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Generic Typed DGC Classes Framework 

5 BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to a theoretical model or framework for representing a 
unification of the semantics of sequential programming languages, i.e., sequential 
procedural and sequential object oriented programming languages (OOPL), independent of 
10 their syntax. 

Description of Related Art 

Type Theory of Programming Languages has been the target of focus as the basis for 
unification of programming languages. Based on this Type Theory, Microsoft has 

15 developed an intermediate language called Typed Intermediate Language (TIL) for their .net 
framework. TIL is a stack-based assembly language and a wrapper for Intel's assembly. It 
is based on a stack execution model and looks alien to a high-level language programmer. 
The purpose of TIL is to create a common execution model capable of supporting language 
interoperability. It has Classes directly built in (thus support for 00) at the Assembly 

20 Level. It is desirable, however, to unify programming languages at the level of their 
Definition and Semantics rather than being tied to the memory execution model of any 
particular platform. This offers the advantage to customers of converting their applications 



/ 

of any particular platform. This offers the advantage to customers of converting their 
applications from legacy programming languages to contemporary ones independent of the 
platform of execution. 

The same inventors and assignee of the present invention developed an earlier or 
5 predecessor to the present inventive framework referred to as Typed DGC Classes based on: 
(i) the Theory of Computability; (ii) Axiomatic Semantics of Programming Languages; and 
(iii) Type Theory of Programming Languages. The Typed DGC Classes were designed to 
unify programming languages at the level of their Source Language Definition and 
Semantics however, this framework was only suitable for imperative procedural languages, 

10 e.g., C, Pascal and Cobol, and did not have the capability of handling Pointers, Modules, 
Structures, Classes, and Objects. 

It is therefore desirable to develop an improved model or framework to capture the 
semantics of programming languages that is independent of the syntax of any programming 
language, independent of the execution platform, and suitable for sequential programming 

15 languages (both sequential procedural and sequential object oriented programming 
languages). 

Summary of the Invention 

All computer programming languages fall within the limits defined by the Theory of 
20 Computability developed by Turing or equivalent approaches such as Lambda Calculus, 
Theory of Recursive Functions, or Markov Algorithms. It is desirable to develop a unifying 
programming language that adheres to these central and underlying concepts. 

The present invention is a system and method for universal programming language 
conversion using a model representing a unification of the semantics of sequential 
25 programming languages and is hereinafter referred to as Generic Typed DGC Classes 
Framework. Development of this Generic Typed DGC Classes Framework was based on 
the following mathematical principles: 

• Theory of Computability as described by Martin Davis in the book entitled 
"Computability and Uwolvability", (1982). 
30 • Axiomatic Semantics of Programming Languages as disclosed in the publications 
entitled "A Discipline of Programming" by Edsger Dijkstra (1976) and "Formal 
Semantics of Programming Languages" by Glynn Winskel (1993). 
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• Type Theory of Programming Languages as described in the publications entitled 
"Structure of Typed Programming Languages" by David Schmidt (1994) and 
"Foundations for Programming Languages" by John Mitchell (1996). 
Every sequential program is limited by these underlying principles. Thus, unification of all 
5 sequential programming languages is possible by capturing the semantics of such languages 
based on these theories. 

Specifically, an embodiment of the present invention is directed to a method for 
universal programming language conversion between two different sequential programming 
languages. In particular, conversion is between a source program in a first programming 
10 language and a target program in a second programming language. Initially, the source 
program in the first programming language is parsed using a parsing interface specific to the 
first programming language. All syntax from the parsed source program is then stripped or 
removed. Classes in a framework are instantiated to capture semantics of the parsed source 
program independent of syntax and execution model of the sequential programming 
1 5 languages. The classes are C++ classes representing fundamental core constructs of all 

sequential programming languages. A semantic representation of the parsed source program 
without any syntax is produced. The semantic representation is received at a printer 
interface specific to the second programming language and syntax of the target program in 
the second programming language is added. This process can be used for any type of 
20 language conversion, e.g., high level translation or compilation depending on whether the 
target programming language is high level or low level programming language, 
respectively. 

Another embodiment of the present invention is directed to an apparatus for 
universal programming language conversion using the method described above. The 

25 apparatus comprises a parsing interface specific to the first programming language for 

parsing the source program in the first programming language and stripping all syntax from 
the parsed source program. Classes in a framework are instantiated to a produce a semantic 
representation of the parsed source program independent of syntax and execution model of 
the sequential programming languages. A printer interface specific to the second 

30 programming language is plugged into the back end. The printer interface receives the 
semantic representation and adds the syntax of the target program in the second 
programming language. 
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Still another embodiment of the invention relates to an apparatus for universal 
programming language conversion between two different sequential programming 
languages including a source program in a first programming language and a target program 
in a second programming language, wherein the apparatus comprises a processor for 
5 instantiating classes in a framework representing a unification of semantics of the sequential 
programming languages (e.g., sequential procedural and sequential object oriented 
programming languages) independent of syntax and execution model. 

Brief Description of the Drawings 

10 The foregoing and other features of the present invention will be more readily 

apparent from the following detailed description and drawings of illustrative embodiments 
of the invention wherein like reference numbers refer to similar elements throughout the 
similar views and in which: 

15 Figure 1 is an exemplary schematic of the base Type (core constructs) hierarchy 

identified in the Generic Typed DGC Classes Framework in accordance with the present 
invention; 

Figure 2 is an exemplary schematic of the base Descriptor hierarchy identified in 
the Generic Typed DGC Classes Framework; 
20 Figure 3 is an exemplary schematic of the Basic Computable Type Descriptors 

hierarchy identified in the Generic Typed DGC Classes Framework; 

Figure 4 is an exemplary schematic of the Composite Type Descriptors hierarchy 
identified in the Generic Typed DGC Classes Framework; 

Figure 5 is an exemplary schematic of the base Value hierarchy identified in the 
25 Generic Typed DGC Classes Framework; 

Figure 6 is an exemplary schematic of the base Constant hierarchy identified in the 
Generic Typed DGC Classes Framework; 

Figure 7 is an exemplary schematic of the internal structure of Location in 
accordance with the Generic Typed DGC Classes Framework; 
30 Figure 8 is an exemplary schematic of the base Location hierarchy identified in the 

Generic Typed DGC Classes Framework; 
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Figure 9 is an exemplary schematic of the base Variable hierarchy identified in the 
Generic Typed DGC Classes Framework; 

Figure 10 is an exemplary schematic of the assignment of an Address Value to a 
Variable of Type Pointer in the Generic Typed DGC Classes Framework; 
5 Figure 1 1 is an exemplary schematic of the base Accessor hierarchy identified in the 

Generic Typed DGC Classes Framework; 

Figure 12 is an exemplary schematic of the base Computable Expressions 
hierarchy identified in the Generic Typed DGC Classes Framework; 

Figure 13 is an exemplary schematic of the base Left Hand Side Identifier 
10 hierarchy identified in the Generic Typed DGC Classes Framework; 

Figure 14 is an exemplary schematic of the base Command hierarchy identified in 
the Generic Typed DGC Classes Framework; 

Figure 15 is an exemplary schematic diagram of language conversion (e.g., language 
translation and/or compilation) using the present inventive Generic Typed DGC Classes 
1 5 Framework in accordance with the present invention; 

Figure 16 is a schematic diagram of an exemplary Retargetable Compiler 
architecture using the Generic Typed DGC Classes Framework in accordance with the 
present invention; 

Figure 17 is an exemplary schematic diagram of a Generic Typed DGC Classes 
20 Framework representation of the Assembly Language being derived from the Generic 
Typed DGC Classes Framework representation of the Source Language; 

Figure 18 is an exemplary schematic of the memory representation of Block 
unit4 ; and 

Figure 19 is an exemplary schematic of the memory representation of Block 
25 unit4_AddProc. 

Detailed Description of the Present Invention 

The present inventive Generic Typed DGC Classes Framework generically 
represents the semantics of building blocks of any sequential programming language (both 
30 sequential procedural and sequential object-oriented programming languages), independent 
of its syntax and the execution model for the language on any chip (register-based or stack- 
based). A computer programming language generally comprises fundamental core 
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constructs (which make the language Turing-complete) and advanced constructs. An 
advanced construct is simply a shorthand way to express a combination of one or more 
fundamental core constructs thereby offering convenience and expressiveness to the 
programmer. Advanced constructs never add to or enhance the Turing-completeness of any 
5 such programming language. Thus, an advanced construct of any programming language 
can always be constructed from its fundamental core constructs. All programming 
languages are Turing-complete, but they differ in their syntax of offering the fundamental 
core constructs required for Turing-completeness. Additionally, some languages offer 
advanced constructs, which do not enhance the underlying semantical properties of Turing- 

10 completeness, but instead are merely composites of its fundamental core constructs. 

The present inventive Generic Typed DGC Classes Framework has been developed 
as a minimal and simple set of C++ Classes that capture the semantics of the constructs in 
any sequential programming language independent of the syntax of any programming 
language and the execution model on any chip (e.g., stack based or register based). The 

15 Generic Typed DGC Classes Framework is therefore universal in that it is capable of being 
instantiated for any construct of any sequential programming language, albeit procedural or 
object-oriented 

The Generic Typed DGC Classes Framework is based on the same theoretical 
foundations expressed above with respect to its predecessor the Typed DGC Classes and 

20 further in consideration of aspects from the Theory of Objects, as written by Cardelli, Luca 
and Abadi, Martin, in the book under the same name published in 1996. The theories 
mentioned serve as the basis of universality by which the present inventive Generic Typed 
DGC Classes Framework may be applied to any sequential programming language. 
Accordingly, the present inventive Generic Typed DGC Classes Framework is an 

25 improvement in that it is suitable for use with a wider range of applications than that of its 
Typed DGC Classes predecessor. 

Any sequential programming language can be broken down into fundamental core 
constructs that are hereinafter referred to as Types (denoted by bold italics with the first 
letter capitalized). These constructs serve as the building blocks for different constructs in 

30 different programming languages. Thus, all programming language constructs are 
combinations of these underlying fundamental core constructs (Types). For example, a 
program is a set of declarations followed by a sequence of commands; an assignment 
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statement comprises a variable on the left hand side and an EXPRESSION on the right 
hand side; and an ITERATION is a repetitive execution of a sequence of COMMANDS. All 
sequential programming languages differ only with respect to the complexity of 
compositions of these fundamental core constructs (types). 
5 Each Type is defined in terms of its algebraic specification, i.e., as an Abstract Data 

Type (ADT), This algebraic specification translates into a C++ Class (corresponding to the 
Type under discussion) and its associated members (referring to the operations on that 
Type) that have been already implemented as a minimal and simple set of C++ Classes 
which can be instantiated for any construct of any sequential programming language. Thus, 

10 the Generic Typed DGC Classes Framework is a C++ Class Library wherein the classes 
(Types) are instantiated to model the constructs of any sequential programming language. 

Every computer programming language has two parts, i.e., states and commands. A 
variable and its associated value define the state of a system at a given point in time, while a 
command represents the operation on the state to query or change its associated value. In all 

15 programming languages the concept of commands and its representations remain the same, 
however, the concept of variables and their representation differ in different programming 
languages. 

A Type may be broadly defined as a set of elements that share at least one common 
property or characteristic. Each programming language offers multiple varieties of Type. 

20 Each Type has a TypeName associated with it (as denoted by all capital letters). The 
TypeName is a unique name or label used to identify each Type. This TypeName 
corresponds to our intuitive notion of Types. 

The interrelation of Types is defined by Typing Rules associated with a particular 
programming language. Figure 1 is an exemplary hierarchical listing of base Types 

25 (representing hierarchies of related fundamental core constructs) of the present inventive 
Generic Typed DGC Classes Framework applicable for any sequential programming 
language. These base Types include: Descriptor, Value, Constant, Variable, Accessor, 
Computable Expression, Command, Left Hand Side Identification (Lhsld), Location 
and Environment Two of these identified base Types (i.e., Lhsld and Location) will only 

30 be instantiated for particular programming languages. Specifically, Lhsld will only be 
instantiated for imperative, not functional, programming languages, whereas Location need 
only be instantiated for those particular programming languages that employ pointers. The 
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remaining base Types (Descriptor, Value, Constant, Variable, Accessor, Computabl 
Expressi n 9 Command and Environment) will be instantiated for every programming 
language. 

Of these base Types, D scriptor and Environment are special categories. 
5 Descriptor is used to specify (describe) properties of certain other Types and is used as the 
basis from which these other Types are constructed. Environment is used for creating and 
storing other Types (including instances of Descriptor and Environment), that is, 
Environment is the container for all Types. The Environment recognizes the Types and 
associated Typing Rules supported by the particular programming language. 

10 An Environment comprises the Language Context (which defines the programming 

language based on its recognized Types and associated Typing Rules supported by the 
particular programming language), and the Program State (i.e., the set of Variables and 
their associated Values declared for a given program). Thus, the Environment is the 
substrate Type on which a programming language is defined, constructed, and executed. 

15 Data Types may also be classified as a Basic Computable Type or a Composite 

Type specified (described) by their corresponding Descriptors and the Environment that 
recognizes or supports them. The term Basic Computable Type is defined as those Types 
which (i) are not composed from any other Type and (ii) for whom direct computations are 
possible on their Values. 

20 Some exemplary Basic Computable Types (with their associated conventional 

typename identified within [] brackets in all capital letters) include: 

• Integer [int] (e.g., -5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5) 

• Real [real] (e.g., -2.0, -1.3, -0.6, 0, 0.7, 1.0, 1.5, 2.3) 

• Boolean [BOOL] (e.g., true, false) 

25 • Character [char] (e.g., a, b, c, d, 1, 2, @, #, \ ) 

• In some programming languages Basic Computable Types also include 

String [STRING] (e.g., "city", "Boston", "Paul", "123", "101bDH#* A &") 

• Void [VOID] (null value) 

30 String has been identified as a Basic Computable Type in the present inventive 

Generic Typed DGC Classes Framework, for matters of practical convenience. However, 
the present inventive framework could be modified so that only Character is classified as a 
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Basic Computable Typ , while String is a Composite Typ as constructed from 
Character 

The typename associated with each Type may be selected, as desired, without 
having any impact on the invention. In the present inventive framework, the Types of INT, 
5 REAL, string and CHAR have each been assigned a unique Type Name. It is, however, 
recognized, for example, that arithmetic may be the Type Name used to genetically refer 
to either Integer or Real, while string may be used to refer to either Character or String. 

Composite Types represent compositions of one or more Basic Computable 
Types and/or Composite Types. Some exemplary Composite Types may include: 
10 * Pointer, which "points to" or "refers to" an element of any Type or a Type that 

has not yet been specified; 

- Array, which represents a finite and indexed set of elements of the same Type; and 

- Record, which represents a finite set of elements that may belong to different 

Types. 

15 As noted above, each kind of Basic Computable Type and Composite Type is 

instantiated only through the different kinds of Variables by specifying their corresponding 
Descriptors and associated Environment that supports or recognizes these Types, as 
described further below. 

The present inventive Generic Typed DGC Classes Framework is explained by first 

20 describing the Types and associated Typing Rules and thereafter defining their 
interconnection within the Environment 

Each Type is axiomatized based on an algebraic specification (an Abstract Data 
Type (ADT)) as prescribed by Meyer, Bertrand, in the publication entitled "Object-Oriented 
Software Construction", (1977)(2 nd Ed.), which in turn is based on the theory of Many- 

25 Sorted Algebras. This algebraic specification comprises a Signature representing the set 
{S, where S represents the Sort (Type) under construction and Q is its associated set of 
operators. This specification directly translates into a Class (i.e., Type) and its associated 
members (i.e., operations on that Type). Three distinct categories of Operators are defined 
viz: Creators, Modifiers, and Queries . Creators create Types, Modifiers modify or 

30 change Types, while Queries return information about Types (without changing them). 
Properties associated with each Type are represented as Axioms and Preconditions . 
Axioms describe properties to be adhered to for any instance of a particular Type that is the 
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target or subject of any operator; while Preconditions represent the properties to be 
satisfied for any instance of a particular Typ prior to being the target of any Operator . 

Instantiation of this algebraic specification for a fundamental or base Abstract Data 
Type (ADT) generic to all Types is represented as follows: 

APT for base Type 



S = {Type} 

a* { 

10 Creators: None 

Modifiers; None 
Queries: 

GetTypeName: Type -» TypeName 

GetinnerTypeName: Type -+ TypeName 
1 5 Print: Type String 



Axioms: 

{ 

20 None 

} 



Preconditions: 

{ 

25 None 

} 



In the generic algebraic specification for base Type above, no Creator is specified. 
Instead, the Creator for each kind of Type will be specified in its corresponding algebraic 
30 specification. Each kind of Type always has at least two associated Type Names, which are 
built-into each instance at the time of their creation into the Environment. Some Types 
may have more than two typenambs. One of these typenames referred to as "TypeNam " 
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represents that name of the particular Type (e.g., Descriptor, Variabl or Command), 
whereas the other Type Name referred to as "innerTypeNam " represents the kind of the 
particular Type, that is, the kind of Basic Computable Type (e.g., Integer, Boolean, Real, 
Character, Address, String, Void) or the kind of Composite Type (e.g., Array, Record, 
5 Pointer, Function). 

This ADT for base Type represents the parent or base Sort (Type) from which all 
other Types are derived. In accordance with accepted inheritance principles associated with 
object oriented programming languages, a more enhanced or specific derived Sort (Type) 
may be created from this more generic parent or base Sort (Type). All derived Sort (Type) 

10 will always inherit all Operators and Properties (e.g., Axioms and Preconditions) 
associated with the parent or base Sort (Type). These inherited Operators and their 
associated Properties cannot be eliminated but may be appended or enhanced with 
additional Operators, additional Properties, inherited Operators and/or inherited 
Properties may be strengthened (e.g., via additional Operators and/or Properties) . For 

15 ease of convenience in the descriptions provided below the Operators associated with the 
base Sort (Type) will not necessarily be restated with respect to the particular ADT for a 
specific kind of derived Sort (Type). Nevertheless, based on the well-established principle 
of inheritance associated with conventional object oriented programming languages, all 
Operators and associated Properties associated with the parent or base Sort (Type) will 

20 implicitly be included in the derived Sort (Type), regardless of whether they are explicitly 
mentioned in their respective ADTs. 

Creators for all Types (as specified in their respective ADTs described fully below) 
are actually targeted on the Environment, such that each Creator has Environment as an 
argument (which is not explicitly mentioned in the ADTs described further below). 

25 However, the properties of Data Types (i.e., Basic Computable Types and Composite 
Types) are captured in appropriate Descriptors, hence these Descriptors are used to 
instantiate Types. 

For each of the Basic Computable Types and Composite Types an appropriate 
Descriptor specifies its properties. Instantiation of a specific kind of Type is realized using 
30 Creator for Variable with respect to each particular Basic Computable Type or 
Composit Typ . Some exemplary instantiation Creators for Variables include: 
• "give me a Variabl of X\ where X is any Basic Computable Type; 



li 



• "give me a Va/faWeof Po/nferwith Inn rTypeNameX"; 

• "give me a Variable of Array of X with n dimensions and k% ... k n as bounds of these 
n dimensions"; 

• "give me a Variable of Record of Types fc... f* » 

5 

A Variable needs an instantiation of a Data Type (i.e., Bas/c Computable Type or 
a Composite Type). A Type, however, cannot be instantiated within the Environment and 
then be given to any Variable asking for it - as that implies having an "orphan" Type (i.e., a 
Type that is instantiated but not associated with any Variable) in the Environment Hence, 

10 the instantiation of Type needs to be done from within the Creator for Variable. 

In order to instantiate a specific kind of Data Type, its complete algebraic 
specification in the form of a Descriptor is passed to the Creator for Variable. Initially, an 
appropriate Descriptor is obtained from Environment in which the Variable is to be 
created. This Descriptor may initially be plain (i.e., without any specific content) - e.g., for 

15 a Record Variable, a Record Descriptor without any elements). Construction of the 
Descriptor is completed by using the corresponding defined Operators . Once a Variable 
has been instantiated by using a Descriptor, thereafter the associated properties of the 
Descriptor are prevented from being altered. 

Descriptors may either be referred to by a Name represented by String that is 

20 queried by "GefAfame" on the Descriptor or alternatively no name may be assigned 
whereby the String is empty. Thus, two Creators exist for each Descriptor- one with a 
Name, and the other without a Name. Naming the Descriptor is advantageous in that it 
allows User-defined Data Types (UDT) and Inheritance from other Named Descriptors. 
For the purposes of describing the present inventive framework, the possibility of 

25 Inheritance from Descriptors has been limited to Record only. However, it is 
contemplated and within the intended scope of the present invention to alternatively, or in 
addition thereto, extend Inheritance to other Descriptors. 

Figure 2 is a hierarchy of the base Descriptor {Desc} and its derived species (e.g., 
Basic Computable Type Descriptor {BasicCompTypeDesc}, Array Descriptor 

30 {ArrayDesc}, Function Descriptor {FunctionDesc}, Pointer Descriptor 
{P InterDesc}, and Record Descriptor {R cordDesc}). 
The ADT for base Descriptor is provided below: 
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Base APT far Descriptor 
S = {Desc} 
a* { 

5 Creators: None 

• Once again no Creator is specified in the ADT for the base Descriptor, 
instead the ADT associated with each kind, species or derived 
Descriptor will have its own specified Creator . 

• Once a Descriptor has been instantiated (e.g., by a Variable), thereafter 
10 the properties associated therewith cannot be changed. 

Modifiers: 

IncrinUseCount: Desc Desc 

DecrlnUseCount: Desc -> Desc 

15 • Increase In Use Count {IncrinUseCount} represents the number of 

Variables that has instantiated the Descriptor. 

• After successful creation of the Variable, IncrinUseCount is invoked by 
the Creator of any kind of Variable (on its input Descriptor) to 
increment the value by one. 

20 • The Decrease In Use Count {DecrlnUseCount} is invoked to decrease 

the value by one when the Variable is deleted from the Environment 

Queries: 

IsEqual: Desc x Desc -* Bool 

25 GetName: Desc String 

GetTypeName: Desc -> TypeName 

GetlnnerTypeName: Desc -+ TypeName 

Print: Desc ~* String 

GetlnUseCount: Desc Int 

30 • The total number of Variables that has instantiated the Descriptor is 

represented by InUseCount. 
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Let d be an instance of any kind of Desc. 
Let n be an instance of Int. 

GetTypeName (d) ■ descriptor 

GetlnUseCount (d)-n IMPLIES 

GetlnUseCount (IncrlnUseCount (d))=n + 1 

Let d1 be an instance of any kind of Desc (without a Name). 
IsEmpty (GetName (d1)) s T 

Let dl be an instance of any kind of Desc (with a Name). 
IsEmpty (GetName (d2)) * F 



Let d3 and eM be instances of any Desc. 

IsEqual (d3, d4) This Equality Axiom is equivalent to the following 

equivalence conditions being satisfied: 

( 

GetTypeName (d3) = descriptor = GetTypeName (d4); 
AND 

GetlnnerTypeName (d3) - GetlnnerTypeName (d4) 



) 



The Equality Axiom is true, i.e., d3 and d4 are the same Descriptors if 
two conditions are met - (i) both Descriptors have the same Type Name 
(i.e., DESCRIPTOR), and (ii) their Inner Type Name is the same for both. 
This Equality Axiom is generic to the base Descriptor and may be 
further enhanced with additional equivalence conditions for each 
particular kind of Descriptor. 

Thus, the default Equality Axiom for any Descriptor, as provided above, 
requires equivalence of the corresponding elements of the two structures 
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or records, (ft is noted that for Descriptor of Record, equivalence of 
Nam is also required, as described further below.) 



5 Preconditions: 

{ 



10 



25 



30 



Let d1, d2 be instances of Descriptor. 

For creating any Descriptor with a Name, the Name should not: 

. already exist in the Environment in which the Descriptor is being 

created, i.e., the Query on the Environment should return FALSE, and 
. be empty, i.e., the Query IsEmpty (Name) should return FALSE. 

All Modifiers except IncrinUseCountO and DecrinUseCountQ (for any 
Descriptor) require that the query GetlnUseCount (Desc) = 0. 



15 } 



Now the ADT for each kind of Descriptor (e.g., Basic Computable Type 
Descriptor, Array Descriptor, Function Descriptor, Pointer Descriptor and Record 
Descriptor) identified in Figure 2 will be specified. Once again it is noted that each kind of 
20 Descriptor need not necessarily be instantiated depending on the programming language. 
For example, Array Descriptor, Function Descriptor, Pointer Descriptor and Record 
Descriptor need only be instantiated for those programming languages that recognize these 
elements. Each kind of Descriptor is derived from the ADT for base Descriptor, as 
described above, and therefore inherits all specified properties associated therewith. 



The following base or generic Descriptor is provided for all Basic Computable 

Types: 

APT for Bos* Cnmnutabl" Types Descriptor 

S ■ (BasicCompTypeDesc) 

Q= { 
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Creators: 



BasicCompTypeDesc: 
NamedBasicCompTypeDesc: 



TypeName ^ BasicC mpTypeDesc 
String x TypeName 
BasicCompTypeDesc 



• The symbol used in these Creators and other ADTs below represent a 
partial function. 



Let f be a TypeName such that 

t €{ BOOL, INT, REAL, CHAR, STRING, ADDRESS, VOID } 

Let c/be an instance of BasicCompTypeDesc. 
Let s be an instance of String. 

GetlnnerTypeName (d) ■ basiccomptype 

GetCompTypeName (BasicCompTypeDesc (t)) ■ f 
GetlnUseCount (BasicCompTypeDesc (t)) ■ 0 
GetCompTypeName (NamedBasicCompTypeDesc (s, t)) = t 
GetlnUseCount (NamedBasicCompTypeDesc (s, t)) = 0 

• BasicCompTypeDesc represents the Bas/c Computable Type 
Descriptor without a Name assigned thereto. 

• NamedBasicCompTypeDesc represents the Basic Computable Type 
Descriptor with a Name assigned thereto represented by an instance s of 
String. 



Modifiers; 



None 



Queries: 

GetCompTypeName: 



Desc -+ TypeName 
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Let d1 , d2 be instances of BasicCompTypeDesc, 
IsEqual (d1, d2) This Equality Axiom is equivalent to the following 
equivalence conditions being satisfied: 

( 

5 GetTypeName (d1) = GetTypeName (d2); AND 

GetlnnerTypeName (d1) = GetlnnerTypeName (d2); AND 
GetCompTypeName (d1) = GetCompTypeName (d2) 

) 

• This last equivalence condition in the above-given Equality Axiom has 
10 been specified for the kind BasicCompTypeDesc in addition to those 

inherited base conditions specified for the ADT for base Descriptor. 



Preconditions: 

15 { 



Let s be an instance of String. 
Let t be a TypeName. 



BasicCompTypeDesc (t) 
20 NamedBasicCompTypeDesc (s, t) 

Both require that t be a Basic Computable Type: 

t €{ BOOL, INT, REAL, CHAR, STRING, ADDRESS, VOID } 



25 Additional properties may be specified for each kind of BasicCompTypeDesc for 

TypeName f 5 where t € {BOOL, INT, REAL, CHAR, STRING, ADDRESS, VOID}. 
Instantiations of BasicCompTypeDesc are precisely the corresponding Basic Computable 
Types, as shown in Figure 3. Each kind of BasicCompTypeDesc has its own associated 
Operators that need not been the same. For practical purposes only those Operators 

30 necessary for axiomatizing certain Types have been identified in describing the present 
inventive framework. Theoretically, any Operators that are available at the implementation 
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level for all programming languages but have not been described in the present application 
can be invoked as and when required. 

The properties associated with each kind of BasicCompTypeDesc for TypeName t, 
where t s (bool, INT, peal, char, string, address, void} will now be 
5 addressed. 

APT for the Basic Computable Type Descriptor - Boolean 

$*{Bool} 

10 fl* { 

Creators: None 
Modifiers: None 
Queries: 

1 S And: Bool x Bool Bool 

Or: Bool x Bool Bool 

XOr: Bool x Bool -+ Bool 

Not: Bool Bool 

Equal Bool: Bool x Bool Boo/ 

20 LessThanBool: Bool x Bool ~+ Bool 



} 

25 Axioms: 



30 



GetCompTypeName: Bool -*■ TypeName 



Let 6 be an instance of Bool. 

• Boo/ can take only the symbolic values T or F (which are representations 
of our intuitive Boolean notions of TRUE and FALSE, respectively). 

And(b,Not(b))-F 
Or(b, Not(b)) = T 
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And(b,F) = F 
Or(b,T) = T 
Not(T)-F 
Not(F) = T 

XOr(b, Not(b)) = T 

GetCompTypeName (b) - bool 



} 



10 



Preconditions: 

{ 

None 

} 

15 

A DT for the Basic Comnutab/e Typ e Descriptor - Integer 
S = {Int} 

n= { 

20 Creators; None 

Modifiers; None 
Queries: 

Add: Int x Int-* Int 

25 Subtract; Int x Int-*- Int 

Multiply: Int x Int -» Int 

IntDiv: Int x Int Int 

. IntDiv is a partial function (denoted by <*•) because the divisor (second 
30 Int) cannot be zero. 

Equallnt : Int x Int -+ Bool 
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LessThanlnt: Int X Int •* Bool 
GetCompTypeName: M TypeName 



Axioms: 

{ 



Let n be an instance of Inf. 



10 Add(n,0)-n 

Multiply (n, 1)-n 



Multiply (n,0)-0 
GetCompTypeName (n) = int 



15 } 



Preconditions: 

{ 

Let n1 , n2 be instances of Int. 

20 

lntDlv(n1, n2) 

Requires: n2 *0. 



S - {Real} 

n= { 

Creators: None 
30 Modifiers: None 

Queries: 



20 



10 



} 

Axioms: 

15 ( 



Md: r alx Real Real 

Subtract: Real x Real * Real 

Multiply: Real x Real + Real 



Div: Real x Real *Real 



• DIv is a 

cannot be zero. 



partial function (denoted by -) because the divisor (2 nd Real) 



EqualReai: Real x Real -> Bool 

LessThanReal: Real x Real -»Bool 

GetCompTypeName: Real - TypeName 



Let rbe an instance of Int or Real. 
. r is an insfcnce of !nt implies that r is an instance of Re./ since Int . a 

species or subset of Real. 
Add(r,0)-r 
20 Multiply (r,V-r 

Multiply (r, 0)^0 
GetCompTypeName (r) = real 

} 

25 Preconditions: 

{ 

Let rf , r2 be instances of /nt or Rea/. 

Div(r1,r2) 

30 Requires: r2 *0 
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WTfor the Basic OmymUr . Character 



S = {Char} 
f}= { 



10 




None 
None 



Pred; Char - Char (Predecessor function) 

Succ- Om * Char (Successor function) 

. Predecessor (Pred) and Successor {Succ} are the ways in which a 
collating sequence is introduced for ordering each instance of Char. 



15 



) 

20 

Axioms; 

{ 
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EqualChar: Char x Char -> Bool 

LessThanChar: Char x Char -+ Bool 

GetCompTypeName: Char -* TypeName 



Let c be an instance of Char. 



25 LessThan (Pred (c), c) s T 

LessThan (c, Succ (c)) ■ T 
Pred (Succ (c)) ■ c 
GetCompTypeName (c) = char 



} 

Preconditions: 

{ 



Where c mim c max are special instances of Char such that: 
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For all instances c of C/iar, *c ^c, 



max 



Pred(c) 



Requires: c*c m m 



5 



Succ (c) 



Requires: c*c, 



'max 



10 APT for the Basic Computable Type Descriptor - Strins 

A String need not be considered a Basic Computable Type in that it can easily be 
constructed from Char That is, an instance of Char can also be viewed as an instance of 
String (of a single character). Nevertheless, for convenience a separate algebraic 
15 specification and associated Creator is preferably specified for String to justify its 
construction and the rules to be applied to concatenation and substring operations on 
Strings, 

S = {String} 

20 { 

Creators: 



String: 



String 



Modifiers: 



None 
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Queries: 



Concat: String x String String 

• Multiple Strings may be Concatenated {Concat} together. 



30 



Substr : 



String x Int x Int ^String 
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5 

10 

} 

Axioms: 

15 { 

20 
25 
30 



• Substring {Substr} comprising less than all the characters may be 
retrieved from within the String. 

• Two parameters are used to identify the Substring, i.e., the first Int 
representing the position (ordinal) within String and the second 
representing the length (cardinal) of the String. 



Length: 

IsEmpty: 

EquatString: 

LessThanString: 

GetCompTypeName: 



String -*/nt 
String -*8oo/ 
String x String -*Boo/ 
String x String -* Bool 
String •+ TypeName 



Let s, s1, s2 be instances of String. 

Let n be an instance of Int and c be an instance of Char. 

GetCompTypeName (s) » string 

Length (String 0) s O 

IsEmpty (s) This Axiom is equivalent to the following condition 
being satisfied: (Length (s) ■ 0); 

Length (Concat s1, s2) ■ Add (Length (s1), Length (s2)); 
Substr (Concat (s1, s2), 1, Length (s1)) ■ s1 ; 
Substr (Concat (s1, s2), Length (s1) + 1 , Length (s2)) = s2; 
Concat (Substr (s, 1, n), Substr (s f n + 1, Length (s))) = s; 

The next four Axioms are for an instance of Char (viewed as String). 
IsEmpty (c) = F 
Length (c) = 1 
Substr (c, 1,1)~c 
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Length (C neat (s, c)) = Length (s) * 1 

} 

Preconditions: 

5 { 

Let s be an instance of String and nPos, nLen are instances of Int. 

Substr(s, nPos, nLen) 

Requires the following conditions be satisfied: 
10 Not (l$Empty(s)); AND 

0 < nPos £ Length (s); AND 
0 < nPos + nLen * Length (s) 

} 

15 APT for the Basic Computable Type Descriptor - Address 



Address may not be supported by some programming languages as a usable concept 
by programmers. Nevertheless, Address is classified as a Basic Computable Type in the 
present inventive Generic Typed DGC Classes Framework, The reasoning behind 
20 classifying Address in the present inventive framework as a Basic Computable Type is 
that it maps onto the concept of Memory Address in the Virtual (or Real) Address Space, 
however primitive, that is provided by all Operating Systems. 

S = (Address) 

25 n= { 

Creators; None 
Modifiers: None 
Queries: 
EqualAddress: 
30 GetCompTypeName: 
Previous: 
Next: 



Address x Address -+B00I 
Address -+ TypeName 
Address -+ Address 
Address -+ Address 
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• The last two queries are for operations of Address arithmetic. 

} 



Axioms: 

5 { 

Let a be an instance of Address, 

GetCompTypeName (a) = ADDRESS 
Previous (Next (a)) = a 

10 } 

Preconditions: 

{ 

None 

15 } 



APT for the Basic Computable Type Descriptor - Void 

20 Like Address, Void is also classified in the present inventive framework as a Basic 

Computable Type despite the fact that it is supported explicitly only by a few programming 
languages. The reason for Void being classified, as a Basic Computable Type, is that it 
allows us to: 

• Cater to flexibility of Typing Rules (as found in Dynamically Typed or UnTyped 
25 Programming Languages, for example, PureLisp); and 

• Cater to uninitialized Variables (i.e., undefined Values) in Typed Programming 
Languages. 

S = {Void} 

30 tf= { 

Creators: None 
Modifiers: None 



26 



} 

5 Axioms: 

{ 



Queries: 

EqualVoid: Void x Void -> Bool 

GetCompTyp Name: Void -+TypeName 



Let v t v1, v2 be instances of Void. 



GetCompTypeName (v) = void 

10 

EqualVoid (v1, v2) ■ F 

• Void simply means undefined - hence, the Query IsEqual is 
meaningless but must be formalized. This Axiom has been selected as the 
closest representation of such expression. 

15 } 



Preconditions: 

{ 

None 

20 } 

Next the properties associated with each of the Descriptors for the Composite 
Types, i.e., Pointer {PointerDesc}, Array {ArrayDesc}, Record {RecordDesc}, 
Function {FunctionDesc} 9 will be addressed, as shown in Figure 4. Since instantiations of 
25 Descriptors for Composite Types are precisely the corresponding Composite Types, the 
properties associated therewith are known to the Environment 

APT for the Descriptor for Pointer 

A Pointer is a Composite Type that "points to" or "refers to" an element of any 
30 Type. The Descriptor for Pointer {PointerDesc} is specified by the following properties: 

S ■ {PointerDesc} 
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Creators: 

PointerDesc: Desc PointerDesc 

NamedPointerDesc: Desc x String PointerDesc 
• Desc represents the Descriptor for the Type being "pointed to", while 
PointerDesc represents the Descriptor for Pointer 

Modifiers: None 



Queries: 

GetPointedToTypeDesc: 

GetPointedToTypeName: 

GetCompTypeName: 



PointerDesc -+Desc 
PointerDesc -> TypeName 
PointerDesc •+ TypeName 



Let p be an instance of PointerDesc. Let d be an instance of Desc. 
Let s be an instance of String. 

GetlnnerTypeName (p) = pointer 
GetCompTypeName (p) = address 

At the time of creation, a Pointer Descriptor has "pointed-to" Type set to 
the Descriptor that is passed as its parameter. This is reflected by the 
following four Axioms. 

GetPointedToTypeName (PointerDesc (d)) = GetlnnerTypeName (d) 
GetPointedToTypeName (NamedPointerDesc (d, s)) = 

GetlnnerTypeName (d) 

GetPointedToTypeDesc (PointerDesc (d)) = d 
GetPointedToTypeDesc (N medPointerDesc (d, s)) « d 
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GetlnUseC tint (PointerDesc (d)) * 0 

G tlnUseC unt(NamedP interDesc (d, s)) = 0 

. inUseC untoftheinner(pointedto)r W eDescr#ptorisincrementedon 
creation of the PointerDesc. 

Let p1 and p2 be instances of PointerDesc. 

IsEqual {fit. p2) This Equality Axiom is equivalent to the following 
conditions being satisfied: 



< 



GetTypeName ( P 1) = descriptor = GetTypeName (p2) 



AND 



GetlnnerTypeName (p1) = pointer = GetlnnerTypeName (p2) 
AND 

IsEqual (GetPointedToTypeDesc (p1), 

GetPointedToTypeDesc (p2)) ■ T 



} 

Preconditions; 

{ 

None 

} 

A TiT for the D escriptor for Array 

to Arrsy is described by a combination of all of the following properties and the 

invariant relations between them: 

. a Type Descriptor for the "arrayed" Type; 

. an/ntegerformaximumnu^ MaxDimzL 

a SizeList representing the bounds for each Dimension. Each element of the 
SizeList is an integer (/nfl, which represents the Size (bound) for each Dimension 
(Dim). For each (Dim): Size 2 1; 
. Note: S/zeLfet is a standard List of ^ 



• a 
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an M for to bound (She) on ea ^ fcy fc 

to Array has the total number of Bm*n* 



The properties 



for the Descriptor for Array are as follows: 



(ArrayDesc) 

{ 



CreaJSISi 

ArrayDesc: 

NamedArrayDesc: 



DescxintxSizeUst* ArrayDesc 
StringxDescxtntxSizeUst^ArrayDesc 



Modifiers: 



None 



GetArrayedTypeDesc: 
GetArrayedTypeName 
GetMaxDimension: 
GetSizeForDimension: 



ArrayDesc -*Desc 
ArrayDesc ^TypeName 

ArrayDesc -+MaxDim 
ArrayDesc xDim *Size 



,nt reoresenting the maximum of Dimensions of the 
i MaxDim is an Int representing 

^ int reoresenting the Dimension in question, i.e., the 
• Dim is an int representing 

Dimension whose Size is required. 

ArravDesc-* Environment 

G T"°" m Zo-c - an Emfronmarrt is cre«ed within it hut is no, 
. For any An*** ntatastheel e«,en« V a*«« 

mentioned explicitly- This Emnromns 

ot to W This is eonsistent with -he desenpuon of the ADT 
Environs described further below. 
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Let a be an instance of ArrayDesc. 
Let d be an instance of Desc. 

Let *, m, n be instances of Int for Dim, MaxDim and Size, respectively. 
Let s be an instance of String, 

Let L be an instance of List of m Sizes Si to S m indexed by k, 
GetlnnerTypeName (a) = array 

GetlnUseCount (ArrayDesc (d, m, L)) = 0 
GetlnUseCount (NamedArrayDesc (s, d, m, L)) « 0 
InUseCountof the inner (arrayed) Type Descriptor is incremented after 
creation of the ArrayDesc. 

GetMaxDimension (ArrayDesc (d, m, LjJ = m 
GetMaxDimension (NamedArrayDesc (s, d $ m, L)) = m 

GetSizeForDimension (ArrayDesc (d, m, Lj, fcj ■ L* 
GetSizeForDimension (NamedArrayDesc (s, d, m, L), k) = I* 

GetArrayedTypeDesc (ArrayDesc (d, m, L)) = d 
GetArrayedTypeDesc (NamedArrayDesc (s f d, m, Lj; = d 
GetArrayedTypeName (ArrayDesc (d, m, L)) = GetlnnerTypeName (d) 
GetArrayedTypeName (NamedArrayDesc (s, d, m, L)) = 

GetlnnerTypeName (d) 
• The previous four Axioms are consistent because they will eventually 
lead to the leaf arrayed elements of the Array (in the case of 
compositions of Array of Array of ...) which have to be of a Basic 
Computable Type. 
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For example, if one has complex, nested data such as an Array of an Array of 
Integers, then these Integers (which are of Basic Computable Type) are 
the leaves of this structure. The previous four Axioms guarantee that there is 
always a way to access each of these Integers in a consistent manner. 

Let a1 and a2 be instances of ArrayDesc. 

IsEqual (a1, at) This Equality Axiom is equivalent to the following 

conditions being satisfied: 

( 

GetTypeName (a1) ■ descriptor = GetTypeName (a2); 
AND 

GetlnnerTypeName (a1) » array = GetlnnerTypeName (a2); 
AND 

lsEqual(GetArrayedTypeDesc(a1),GetArrayedTypeDe$c(a2)) = T; 
AND 

GetMaxDimension (a1) = GetMaxDimension (a2); 
AND 

GetSizeForDimension (a1, k) = GetSizeForDimension (a2, k) 
[For all 1 £k £ GetMaxDimension (a1)\ 

) 

} 

Preconditions: 

{ 

Let a be an instance of ArrayDesc. 
Let d be an instance of Desc. 
Let A: be an instance of Int for Dim. 

Let L be an instance of List of m Integers (representing size) Li to L m 
indexed by *. 

ArrayDesc (d, m, L) 
NamedArrayDesc (s, d, m, L) 
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• The previous two preconditions require the following conditions be 
satisfied: 

1 *m; AND 

1 gL k ,fork=1 torn 

5 

NamedArrayDesc (s, d, m, L) 

Requires: IsEmpty(s) = F 

GetSizeForDimension (a, k) 
10 Requires: 1 <k <GetMaxDimension (a) 

} 



APT for the Descriptor for Record 

15 A Record is defined as a collection of (zero or more) Elements (each having a 

Descriptor), wherein each Element has a Position (represented by an Int) and a Name 
(represented by a String). The Descriptor for Record {RecordDesc} does not impose any 
ordering on its Elements nor is any ordering implied by the Position of a particular 
Element in the Record. Position is merely used for convenience to identify and retrieve a 

20 particular Element in the Record, 



S = {RecordDesc} 

tf= { 

Creators: 

25 RecordDesc: RecordDesc 

Named RecordDesc: String <*> RecordDesc 



InheritRecordDesc: String x List [RecordDesc, 

InheritanceMethotfl ^RecordDesc 

30 

• List [RecordD sc, InheritanceM thodj is a standard List of 
RecordDesc and its InheritanceMethod such that: 
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> each RecordDesc should have a Name, which should exist in the 
current Environment where the RecordDesc is being created; and 

> each Inheritance/Method is an Int that can hold three values 
representing the method of Inheritance, i.e., Public, Private or 
Protected. 

For any RecordDesc - an Environment is created within it but is not 
mentioned explicitly. This Environment is empty to begin with - except for 
Inherited Record Descriptor {InheritRecordDesc}. Whenever an Element 
is added to the RecordDesc, this Environment is updated to reflect it. This 
is consistent with the description of the ADT of Environment, described 
further below. 

Modifiers: 



AddElementToRecordDesc: 



RecordDesc x String xDesc x 
StaticStatus 

x ComputableExpr x InheritStatus 
RecordDesc 



• String represents the Name of the Element being added, while Desc 
represents the Descriptor that specifies its properties. 

• InheritStatus is of Type Int and is similar to the Integer Value 
Inheritance Method used in constructing the Inherited Record 
Descriptor 

• The InheritStatus takes one of three values, viz: 

0 - Private, i.e., not visible to any inheriting Desc and unknown to 
anyone outside the Desc. This is preferably the default value. 

1 - Protected, i.e., visible to the inheriting Desc, but unknown to 
anyone outside the Desc. 

2 - Public, i.e., visible to the inheriting Desc, and also known to 
anyone outside the Desc. 
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. As the name and the values suggest, InheritStatus is used for tracking 
Inheritance for Classes in Object Oriented Programming Languages 
(OOPL). 

• StaticStatus is of Type Bo lean {B ol} to indicate whether the 
Element being added is static, i.e., its value is commonly shared by all 
instances of the RecordDesc when it is instantiated. 



Queries; 

GetMaxNoOfSelfElements: RecordDesc -+ Int 

• An Element of RecordDesc can be retrieved by either its Name or its 
Position. The Name of the Element is retrieved by its Position and then 
the properties of the Element are retrieved by the Name. 

IsSelf Element: RecordDesc x String -*> Bool 

GetSelfElementName: RecordDesc xlnt ^ String 

GetSelfElementDesc: RecordDesc x String * Desc 



GetSelfElementlnheritStatus: RecordDesc x String 

InheritStatus 



GetSelfElementStaticStatus: RecordDesc x String StaticStatus 
GetSelfElementTypeName: RecordDesc x String * TypeName 
GetSelfElementDefaultExpr: RecordDesc x String **• 

ComputableExpr 



GetEnvironment: 



RecordDesc Environment 



IsAccesible: 

GetAccessibleElementName: 
GetAccessibleElementDesc: 



RecordDesc x String -*Bool 
RecordDesc xlnt String 
RecordDesc xlnt «*Desc 



GetMaxNoOfAccessibl Elements: RecordDesc -+lnt 
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. AccessibltElement is that whose InheritStatus is Public - i.e., the 
Element is accessible outside the Descript r - irrespective of whether it 
is a SelfElement or an Element inherited from one of its parents. 



Queries for Inheritance: 
GetMaxNoOfBaseDescriptors: 
GetBaseDescriptor: 
GetBaselnheritanceMethod: 



RecordDesc -+lnt 

RecordDesc xlnt ** RecordDesc 

RecordDesc x Int 

InheritanceMethod 



Let r be an instance of RecordDesc. 
Let s be an instance of String. 
Let d be an instance of Desc. 
Let n be an instance of Int 
Let y be InheritStatus. 
Let to be SfaffcSfafcis. 
Let c be an instance of ComputableExpr. 
Let L be an instance of L/st of m RecordDescs Ri to R m and their 
corresponding InheritanceMethods h to / m indexed by k. 

GetlnnerTypeName (r) = record 

/sE/nptK (GetEnvironment (RecordDesc 0)) ■ 7" 
/s&nptK (GetEnvironment (NamedRecordDesc (s))) - T 

A RecordDesc created by inheriting is not empty - as it inherits all 
the elements of the source RecordDesc. 

IsEmpty (GetEnvironment (Inh ritRecordDesc (s, L))) * F 
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GetlnUseCount (RecordD scQ) = 0 

G UnUseC unt(NamedR c rdDesc(s)) = 0 

GetlnUseC unt (InheritRec rdDesc (s, L)) = 0 

, s Empty(GetEnvironment(AddElementToRecordDesc (r, s, d, b, c, y))*F 

GetMaxNumberOfSelfElements (RecordDesc 0) * 0 
GetMaxNumberOfSelfElements (NamedRecordDesc (s» « 0 
GetMaxNumberOfSelfElements (InheritRecordDesc (s, Q) = 0 

GetMaxNumberOfSelfElements (r)=n IMPUES 

GetMaxNumberOfSelfElements (AddElementToRecordDesc 

(r,s,d,b,c, y)) = n+1 

IsSelf Element (AddElementToRecordDesc (r, s, d, b, c, y), s) = T 
GetSelfElementDesc (AddElementToRecordDesc (r, s, d, b, c, y), s) * d 

GetSelfElementStaticStatus 

(AddElementToRecordDesc (r,s,d,b,c,y),s) ' b 

GetSetfElementDefaultExpr 

(AddElementToRecordDesc (r, s, d, b, c, y), s) * c 

GetSelfElementlnheritStatus 

(AddElementToRecordDesc (r, s, d, b, c, y), s) = y 

GetSelfElementTypeName (r, s) - 

GetlnnerTypeName (GetSelfElementDesc (r, s)) 

Let ri and r2 be instances of RecordDesc. 

lsBqual(rt . «) This Evrty - -I*— » te followta6 

conditions being satisfied: 
( 
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GetTypeNam (rl) - descriptor s G tTypeName (r2); 



AND 



Getfnn 



rTypeName (rl) s record s G tlnnerTyp Name(r2); 



AND 



EqualString (GeiName (rl), GetName (r2» « T; 
AND 

AND 

EqualString (GetSelfElementName (rl, n), 

GetSelfElementName (r2, n)), 
For all 1 *n *GetMaxNoOfSelfElements(r1); 

AND 

GetSelfElemenHnherit$tatus(r1, n) = 

GetSelfElementlnheritStatus(r2, n) 

For all 1 *n *GetMaxNoOfselfElements (rl); 
AND 

GetSelfElementStaticStatus (rl, n) = 

GetSelfElementStaticStatus (r2, n) 

For all 1 *n zGetMaxNumberOfSelfElements (rl); 
AND 

(,S % U leHE,ementDesc (rl, n), GetSelfElementDesc (r2, n)) = V 
For all 1 *n iGetMaxNoOfSell Elements (r1); 
AND 

GetMaxNoOfBaseDescriptors (rl) = 

GetMaxNoOfBaseDescriptors (rl); 

AND 

^SBaseDescrlptorn n), GetBaseDescriptor (rl, n)) *V 
For all 1 *n * GetMaxNoOfBaseDescriptors (rl); 

AND 

GetBaselnheritanceMethod(ii,n) 

= GetBaselnheritanceMethod (r2, n) 
For aU 1 *n <; GetMaxNoOfBaseDescriptors (rl) 
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) 



Axioms for Inheritance: 

The following table contains InheritanceMethod of the base RecordDesc 
against the InheritStatus of the individual elements of that RecordDesc, 
According to this table, only those Elements having (InheritStatus ■ 
Public) and (InheritanceMethod = Public) of the Descriptors accessible. 



InheritanceMethod 


InheritStatus of Individual Elements 


of Parent 


Private 


Protected 


Public 


Private 


Private 


Private 


Private 


Protected 


Private 


Protected 


Protected 


Public 


Private 


Protected 


Public 



Let s be the names of all SelfElements in r and the entire base Record 
Descriptors of r. 

GetMaxNoOfAccessibleElements (r) = 

Total Number of all those Elements for which 

(GetSelfElementlnheritStatus (r, s) = Public) 

• For an inheriting RecordDesc, its Maximum Number of Self Elements 
{MaxNumberOfSelfElements} (immediately after its creation) is always 
zero, as specified in the Axiom on GetMaxNumberOfSelfElements (d) 
in the previous section. 

• It is possible to add more Elements to the inheriting RecordDesc 
subject to the Precondition that GetlnUseCount (RecordDesc) = 0. 

• If in the case of Multiple Inheritance (List[RecordDesc, InheritMethodJ 
contains more than one RecordDesc) the Names of one or more 
Elements clash in at least two RecordDesc in the List, then they are 
differentiated by appending to it the Name of the RecordDesc where 
they came from. This ensures uniqueness of Names. The uniqueness of 
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v • v, «H«a Rec rdDesc is checked by the QsSSL 
Names in the inheriting Rec rawest 

/sS IfElement. 

fall Recort Descriptors r to the LW 1> indexed by fc 
. TOs Mio. ensures to* toe InUsoCount of aU toe Recuse* *» 
^T^eHto (,e., « toe to « is toc^ upon 

creating a Record by toe Sr^ tonentfecordDe" (s. U 



15 



Preconditions! 

{ 

Let r be an instance of RecordDesc. 
Let s be an instance of String. 
Let d be an instance of Desc. 
Let n, m, f be an instance of /nt 
Let y be InheritStatus. 

be an instance of Us, of * Recede * to R m and the, 
corresponding InheritanceMethods * to fa indexed by *. 
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30 



NamecfRecordDescfsj 

Requires: teEmpty fc) « * AND 

GetTypeNameM* descriptor; AND 
felVamePresent (e, s; * F 



InheritRecordDesc (s, L) 

Requires. For all R* such that 1 *k *m: 
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lsEmpty(s) = F; 
AND 

IsNamePresent (e, s) ■ F; 
AND 

GetlnnerTypeN*™ (RJ = Record ; 
AND 

/sEmpty (GetName (RJ) ■ F ; 
AND 

IsNamePresent (e, GetName (RJ) B 



AddElementToRecordDesc (r, s, d, b, c, y) 
Requires: lsEmpty(s) = F, AND 

GetlnUseCount(r) = 0; AND 
IsSetfElement (r, s) = F 



GetSelfElementName (r, n) 

Requires: 1 *n zGetMaxNumberOfSelfElements (r) 

GetSelfElementDesc (r, s) 
GetSelfElemenfTypeName (r, s) 
GetSelfElementlnheritStatus (r, s) 
GetSeHEIementStaticStatus (r, s) 
GetSeHEIementDefaultExpr (r, s) 

The previous five Preconditions.all require: IsSetfElement (r, s) 



GetAccessibleElementName (r, n) 

GetAccessibleElementDesc (r, n) 

The previous two Prftgnnditions require: 

l£n*GetMaxNumberOfAccessibleElements(f) 



Vrec gndition s fnr Inheritance: 
GetBaseDescriptor (r, n) 
GetBas InheritanceMethod (r, n) 
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The previous two Preconditions for Inheritance require: 
1 *n zGetMaxNumberOfBas Descriptors (r) 



} 



5 apt for the D ag&tor for Function 

A Function is defined as having the following properties: 

. an /ntrepresentingthe Maximum Number of Arguments, wherein the Int could 

be zero; 

. for each Argument (if any), a valid Descriptor, 
. a Return Type (specified by a valid Descriptor). 
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S ■ {FunctionDesc} 

Q* { 
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Crcfl torsi 

FunctionDesc: Desc x Int x Ustf Arguments] 

FunctionDesc 
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NamedFunctionDesc: String xDesc xlnt x 

Listl Arguments] ■*> FunctionDesc 

- The Desc Parameter stands for the Return Type Descriptor of the 
Function. 

- The Int Parameter stands for the number of Arguments. 

- The List is a standard list of Arguments, such that each Argument 

25 contains: 

> a Name (every argument may not have it - in which case it will be 

empty); 

> a Descr/ptorforthetypeoftheArsrumenf,and 

> a Compufato/e Expression that stands for the default Value of the 
3Q Argum nt {V alue is a Type that is described further below. Not 

every Argument may have it - in which case it is Void.) 
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A Block for the FunctionDesc is created here but is not mentioned 
explicitly. Each Bl ck has an Environment This Block/Environment is 
updated to reflect all the arguments passed by the constructor. This is 
consistent with the description of the ADT of Block/Environment described 
in detail further below. 



Modifiers: 
SetArgumentName: 



Fu notion Desc xlnt x 

String •+ FunctionDesc 



Queries: 

GetMaxNumberOf Arguments: FunctionDesc ->lnt 
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GetNameForArgument: 

GetDescForArgument: 

GetExpForArgument: 



FunctionDesc xlnt String 
FunctionDesc xlnt *+Desc 
FunctionDesc xlnt 

ComputableExpr 
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GetReturnTypeDesc: FunctionDesc Desc 



GetReturnTypeName: FunctionDesc -+ TypeName 



25 



GetBlock: FunctionDesc ^ Block 

• Block is a Type, described in detail further, that represents the default 

Code for that Function and is available (as default) for every Function. 

It is possible that Block could contain nothing. 



Axioms: 

30 { 



Let f be an instance of FunctionDesc. 
Let s be an instance of String. 
Let d be an instance of Desc. 
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Let n be an instance of Int 

Let L be an instance of List of m Arguments A f to A m indexed by k. 
G tlnnerTypeNam (f) = function 

5 

GetRetumTypeDesc (FunctionDesc (d, n, L)) = d 
GetRetumTypeDesc (NamedFunctionDesc (s, d, n, L)) = d 

GetRetumTypeName (f) = GetlnnerTypeName (GetRetumTypeDesc (f)) 

10 

GetMaxNumberOi 'Arguments (FunctionDesc (d, n, L)) = n 
GetMaxNumberOf Arguments (NamedFunctionDesc (s, d, n, L)) = n 

GetinUseCount (FunctionDesc (d, n, L)) » 0 
1 5 GetinUseCount (NamedFunctionDesc (s, d, n, L)) = 0 

GetNameForArgument (SetArgumentName (f, n, s), n)=s 

GetNameFor Argument (FunctionDesc (d, n, L), k) -A k 
20 GetNameForArgument (NamedFunctionDesc (s, d, n, LJ, fcj * A* 

GetDescForArgument (FunctionDesc (d, n, LJ, *J ■ 4* 
GetDescForArgument (NamedFunctionDesc (s, d, n, L), k) » A k 
GetExpressionForArgument (FunctionDesc (d 9 n, LJ, = A k 
GetExpressionForArgument (NamedFunctionDesc (s, d, n, L), k) = A* 
25 • In the previous six Axioms above, A k stands for the Argument of the 

Lfef L from which the Name or Descriptor or Computable Expression 
is extracted. 

Let ff and /2 be instances of FunctionDesc. 
30 lsEqual(f1,f2) This Equality Axiom is equivalent to the 

following conditions being satisfied: 
( 

GetTyp Nam (f1) = descriptor = GetTypeName (f2); 
AND 
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Getlnn rTypeName (fl) = function = GetlnnerTypeName (f2); 
AND 

IsEqual (GetR turnTypeDesc (fl), GetReturnTypeDesc (f2)) = T; 
AND 

GetMaxNumberOfArguments(f1) = GetMaxNumberOfArguments(f2); 

AND 

(GetMaxNumberOfArguments (fl) = 0; 
OR 

(IsEqual ( GetDescForArgument (fl, n), 

GetDescForArgument (f2, n)) - T, 
For all 1 *n * GetMaxNumberOfArguments (f) 

) 

) 

) 

} 



Preconditions: 

{ 



Let f be an instance of Function. 
Let s be an instance of String. 
Let d be an instance of Desc. 
Let n be an instance of Int 

FunctionDesc (d, n, L) 
NamedFunctionDesc (s, d, n, L) 

The previous two Preconditions require: 
n = size of L; AND 

parameter names, if existing, should be unique. 



GetNameFor Argument (f, n) 
GetDescForArgument (f, n) 
GetExpressionF r Argument (f, n) 

The previous three Preconditions require: 
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1 £n zGetMaxNumberOf Arguments (1) 

} 

The next classes (Types) to be discussed together as a group includes Values, 
5 Constants, Locations and Variables. The reason being that these classes are connected 
intimately, with the binding factors being the Types. As previously noted above, for Basic 
Computable Types, a Value is constructed from a TypeName and a MetaValue, which 
can be interpreted by corresponding Types of the Meta Language. For all practical 
purposes, Value and MetaValue are the same. However, from a theoretical perspective, 
10 once a Value is constructed from MetaValue, it is used as a basic Value of the Target 
Language in the present inventive framework. MetaValue hierarchy of the Meta 
Language reflects the Value hierarchy of the Target Language. 

APT for Value 

15 Value represents the Runtime Value (RValue), This is in contrast to the Static 

Value (SValue) that is more applicable to program text of a Type referred to as Command, 
discussed in detail further below. The Environment knows Values as instances of Basic 
Computable Types. This set of Values is further classified into Value Integer 
{Valuelnt}, Value Real {ValueReal}, Value Boolean {ValueBool}, Value Character 

20 {ValueChar}, Value String {ValueString}, Value Address {ValueAddress}, and Value 
Void { ValueVoid), as shown in Figure 5. 

The specific algebraic specification for the base Value is defined as follows: 

S = {Value} 

25 { 

Creators: None, 

• Each individual kind of Value has its own Creators, as specified in their 
respective specific ADTs. 

30 Modifiers; None 

Queries: 
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IsEqual: 



Value x Value Boo/ 



GetTypeName: Value -+TypeName 

GetlnnerTypeNam : Value +TypeName 
5 GetCompTypeName: Value +TypeName 

Print: Value -^String 

GetDesc: Value -+BasicCompTypeDesc 

10 • The Creators for each individual kind of Value will ensure the 

appropriate TypeName being set, hence there is no need for a 
SetTypeName Modifier 

} 

15 Axioms: 

{ 

Let v be an instance of Value. 

GetTypeName (v) rvalue 
20 GetlnnerTypeName (v) = GetCompTypeName (v) 



Preconditions: 

{ 

25 These are basic Preconditions - which will be extended (if required) by each 

of the individual kinds of Value ADTs, as described further below. 

Let v1 , v2 be instances of Value. 

30 IsEqual (v1, v2) This Axiom requires the following conditions be 

satisfied: 

GetTypeName (v1) » value ■ GetTypeName (v2); AND 
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GetCompTypeName (vl) ■ GetCompTyp Nam (v2) 



5 Now the properties associated with each individual kind of Value will be addressed. 

APT for Value Boolean 
S = {ValueBool} 

10 

/3» { 

Creators: 

CreateValueBool: MetaValueBool X 

BasicCompTypeDesc <*> ValueBool 

15 

Modifiers: None 
Queries 

GetBool: ValueBool -» Bool 

20 } 

Axioms: 

{ 

Let v, v1 , v2 be instances of ValueBool 
25 Let mb be an instance of MetaValueBool. 

Let d be an instance of BasicCompTypeDesc. 

GetlnnerTypeName (v) = BOOL 
GetCompTypeName (v) = bool 

30 

GetBool (CreateValueBool (mb, d)) =mb 
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IsEqual (v1, v2) This Equality Axiom is equivalent to the following 
condition being satisfied: 
EqualBool (GetBool (v1), GetBool (v2)) 

GetDesc (CreateValueBool (tab, d)) ■ d 



Preconditions: 

10 { 



Let v1, v2 be instances of ValueBool. 

Let tab be an instance of MetaValueBool. 

Let dbe an instance of BasicCompTypeDesc. 



15 IsEqual (v1,v2) 

Requires: 



GetTypeName (v1) -value = GetTypeName (v2); AND 
GetCompTypeName <v1) = bool « GetCompTypeName (v2) 



20 



CreateValueBool (tab, d) 

Requires: GetCompTypeName (d) = bool 



} 

AnrfnrlntPfer Value 

25 

S = {Valuelnt} 

Creators: 

Crea<e\fc/uemt: ItetaValuelnt x BasicCompTypeDesc 

Valuelnt 

30 

Modifiers: None 
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Queries: 

Getint: Valuelnt-* Int 

GetReal: Valuelnt ■* Real 

. This is possible because every Int is a R al in the Target Language 
well as the Meta Language (i.e., a MetaValuelnt is also 
MetaValueReal). 



Axioms: 

{ 

Let v, v1 , v2 be instances of Valuelnt 
Let d be an instance of BasicCompTypeDesc. 
Let mi be an instance of MetaValuelnt 
Letmr be an instance of MetaValueReal. 

GetlnnerTypeName (v) ■ int 
GetCompTypeName (v) » int 
Getint (CreateValuelnt (mi)) ■ mi 
GetReal (CreateValuelnt (mi)) s mr 

IsEqual (v1, v2) This Equality Axiom is equivalent to the following 
condition being satisfied: 
Equallnt (Getint (v1), Getint (v2)) 

GetDesc (CreateValuelnt (mi, d)) = d 

} 



Preconditions: 

{ 

Let v1 , v2 be instances of Valuelnt. 

Let mi be an instance of MetValuelnt 

Let d be an instance of BasicCompTyp Desc. 
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lsEqual(v1,v2) 

Requires: 

GetTypeName (v1) = value = GetTypeName (v2); AND 
GetCompTypeName (v1) - int = GetCompTypeName (v2) 



CreateValuelnt (mi, d) 

Requires: GetCompTypeName (d) = INT 



Creators; 

CreateValueReal: MetaValueReal x 

BasicCompTypeDesc «* ValueReal 



APT for Value Real 



S = {ValueReal} 



15 /3= 



20 



Modifiers; 



None 



Queries; 



GetlntFloor: 
GetlntCeil: 



ValueReal •*■ Int 
ValueReal-* Int 



25 



GetReal: 



ValueReal-* Real 



) 



Axioms; 
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{ 



Let v, v1, v2 be instances of ValueReal. 
Let mi, m j be instances of MetaValuelnt 



Let tax be an instance of MetaValueReal. 
Let dbe an instance of BasicCompTypeDesc. 

GetlnnerTypeName (v) = REAL 
GetCompTypeName (v) = real 
GetReal (CreateValueReal (mr)) ■ mr 
GetlntFloor (CreateValueReal (or)) = mi 
GetlntCeil (CreateValueReal (mr)) =mj 
GetlntFloor (v) zGetlntCeil (v) 

IsEqual (v1, v2) This Equality Axiom is equivalent to the following 
condition being satisfied: 
EqualReal (GetReal (vl), GetReal (v2)) 

GetDesc (CreateValueReal (mr, d)) ■ d 



Preconditions: 

{ 

Let v1, v2 be instances of ValueReal. 

Let d be an instance of BasicCompTypeDesc. 

Let mr be an instance of ItetaValueReal. 

IsEqual (v1,v2) 

Requires: 

GetTypeName (v1) = value = GetTypeName (v2); 
AND 

GetCompTypeName (v1) = real; 
AND 

(GetCompTypeName (v2) = im; OR GetCompTypeName (v2)**s*U) 
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CreateValueReal (mr, d) 

Requires: GetC mpTypeNam (d) = REAL 

} 

a nr fnr Value Character 

5 

S" {ValueChar} 

n= { 

Creators: 

CreateValueChar: itetaValueChar x 
[0 BasicCompTypeDesc ValueChar 

Modifiers; None 
Queries; 

GetChar: ValueChar •*> Char 

GetString: ValueChar -+ String 

15 . Every Char is a String in the Target Language as well as the N 

Language (i.e., aMetaValueChar is also aMetaValueString). 

} 



Axioms; 

20 { 

Let v, v1, v2 be instances of ValueChar. 
Let mc be an instance of HetaValueChar. 
Letms be an instance of MetaValueString. 
Let dbe an instance of BasicCompTypeDesc. 

25 

GetlnnerTypeName (v) = char 
GetCompTypeName (v) = char 
GetDesc (CreateValueChar (mc, d))-d 
GetChar (CreateValueChar (mc)) ■ mc 
30 GetString (CreateValueChar (mc)) = ma 
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IsEqual (v1, v2) This Equality Axiom is equivalent to the following 
condition being satisfied: 
EqualChar(GetChar(v1),G tChar(v2)) 

} 

Preconditions: 

{ 

Let v1, v2 be instances of ValuoChar. 

Let dbe an instance of BasicCompTypeDesc. 

Let mc be an instance of MetaValueChar. 



IsEqual (v1, v2) 

Requires: 

GetTypeName (v1) = value * GetTypeName (v2); AND 
( GetCompTypeName (v1) = char - GetCompTypeName (v2) ) 
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20 



CreateValueCharfac, d) 

Requires: GetCompTypeName (d) = char 

} 

APT far Value Stritl2 



S = {ValueString} 
n= { 

25 Creators: 

CreateValueString: MetaValueString x 

BasicCompTypeDesc ^ValueString 



Modifiers: None 

30 Queries: 

GetString: ValueString ■* String 

} 
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15 



Let v, v1 , v2 be instances of ValueString. 

Let ms be an instance of MetaValuoString. 

Let d be an instance of BasicCompTypeDesc. 

GetlnnerTypeName (v) - STRING 
GetCompTypeName (v) = string 
GetString (CreateValueString (as)) « ms 

IsEqual (vl, v2) This Equality Axiom is the equivalent of the following 
condition being satisfied: 
EqualString (GetString (v1), GetString (v2)) 

GetDesc (CreateValueString (ms, d)) - cf 



} 



Preconditions: 

20 { 



Let v1, v2 be instances of Value. 

Let dbe an instance of BasicCompTypeDesc. 

Letms be an instance of MetaValueString. 



25 IsEqual (v1, v2) 

Requires 



30 



GetTypeName (v1) = value = GetTypeHame (v2); 
AND 

GetCompTypeName (v1) = string; 
AND 

(GetCompTypeName (v2) = char; OR GetCompTypeName (v2) 
string) 
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CreateValu String (ms, d) 

Requires: GetCompTypeNam (d) — STRING 



APT for Value Address 

This definition of ValueAddress fits the notion of Addresses connected with 
Pointers in the sense that ValueAddress is the Value of TypePolnter (apart from being 
10 the Value of Address which is a Basic Computable Type). 



S= {ValueAddress} 
tf= { 

Creators: 

15 CreateValueAddress: MetaValueAddress x 

BasicCompTypeDesc ValueAddress 
ValueAddress is constructed in one of two ways viz: 

• Explicitly: ValueAddress is constructed from a MetaValueAddress 
whenever there is an Address Constant in the program text; or 
20 • Implicitly: The Environment allocates a new ValueAddress to any 

Variable (or Function) that is created in it. 



Modifiers: None 
Queries: 

25 GetAddress: ValueAddress Address 

Getlnt: ValueAddress -* Int 

• Addresses are treated as Integers as a matter of convenience because in 
Hardware and Operating Systems these Addresses are in the Virtual (or 
Real) Address Space (which are always positive integer values). Hence, 
30 MetaValueAddress also happens to be the same as Int 

} 
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15 



Let v, v1, v2 be instances of ValueAddress. 
Let ma be an instance of MetaValueAddress. 
Let </be an instance of BasicCompTypeDesc. 

GetlnnerTypeName (v) = ADDRESS 
GelCompTypeName (v) = address 
GetAddress (CreateValueAddress (ma,d))=ma 

lsEqual(v 1, v2) This Equality Axiom is equivalent to the following 
condition being satisfied: 
Eauallnt (Getlnt (GetAddress (W), Getlnt (GetAddress (V2») 

GetDesc (CreateValueAddress (*&,d))=d 



Preconditions; 

{ 

Let v1, v2 be instances of Value. 

Let d be an instance of BasicCompTypeDesc. 

Let ma be an instance of MetaValueAddress. 



lsEqual(v1,v2) 

o< Requires: 

2 GrtTypeName M) - vmjoe > G<*T>*eN.m. M; AND 

GelCompTypeName M) -MM ■ GetfompTypeWam* (v2> 



CreateValueAddress (ma, d) 

Requires: GetComprypeName (d) = address 

} 
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WTfnrVnlue Void 
S - {VaiueVoid} 

0= { 



10 



15 




20 



25 



30 



Creators: 



Za^lueVo-d: BasicCompTypeDesc -VaiueVoid 



Modifiers: N° ne 



Queries: 

GetValueVoid: va,UB¥ 



Let v, vt v2 be instances of VaiueVoid. 

Let dbe an instance of BasicCompTypeDesc. 

GetlnnerTypeName (v) * void 
GetCompTypeName (v) « void 
GetDesc (CwateVWueVbW (djj * d 



GetVa/ueVoid fv)=Null rt u ino that 
. ^UisaMetaVaXue^^ 

is undefined or not explicitly be given any Value. 

. a* k value of VariaWes when they are created. 
. It also represents the default Value ot vanao 

A Variable having this Value is deemed uninitialized. 

IsEqual (v1, v2) - F has ^ 

. void simply means undefined. Hence, tms *q 

selected as expression closest in representation. 
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} 

Preconditions: 

{ 

Let v1 , v2 be instances of ValueVoid 
5 Let d be an instance of BasicComp TypeDesc. 



IsEqual (v1, v2) 

Requires: 

GetTypeName (v1) = VALUE » GetTypeName (v2); AND 
1 0 GetCompTypeName (v1) = void 



Create ta/ue Vo/cf (c0 

Requires: GetCompTypeName (d) = void 

15 } 



APr/flrCo/tstoii* 

Next, the algebraic specification for the base Constant and its associated individual 
kinds of Constants (e.g., IntConst, RealConst, BoolConst, CharConst, AddressConst, 
20 StringConst, VoidConst) are discussed. A Constant is a binding of a Name (represented 
by a String) to a Value without any change possible to the Value. In other words, a 
Constant is a Named Value. In addition, since Value is indicative of Type, Constant is 
defined as a Named Value of a given Type. Figure 6 is the hierarchy of the different kinds 
of Constants. 

25 The properties specified for the base Constant are as follows: 



S = {IntConstant, RealConst, BoolConst, CharConst, AddressConst 9 StringConst, 
VoidConst} 
Q= { 
30 Creators: 

CreateNamedConstant: String x Value Constant 

CreateConstant: Value -+ Constant 
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Modifiers: 



None 



Queries: 
Evaluate: 



Constant-* Value 



Print: 



Constant-*- String 



GetTypeName: 

GetlnnerTypeName: 

GetCompTypeName: 



Constant TypeName 
Constant TypeName 
Constant -*■ TypeName 



GetName: 

IsEqual: 

GetDesc: 



Constant-*- String 
Constant x Constant «*Boo/ 
Constant -*-Desc 



Let c, el, c2 be instances of Constant. 
Let s be an instance of String. 
Let v be an instance of Value. 
Lett be TypeName. 

GetTypeName (c) = constant 

GetName (CreateNamedConstant (s, v)) - s 
IsEmpty (GetName (CreateNamedConstant (s, v))) ■ F 
Evaluate (CreateNamedConstant (s, v)) ■ v 

IsEmpty (GetName (CreateConstant (v))) = T 
Evaluate (CreateConstant (v)) ~ v 

GetlnnerTypeName (c) * Getlnn rTypeName (Evaluate (c)) 
G tCompTypeName (c) - GetCompTypeName (Evaluate (c)) 
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20 



IsEqual (d, c2) This Equality Axiom is equivalent to the following 
condition being satisfied: 
IsEqual (Evaluate (d), Evaluate (c2)) 

GetDesc (CreateConstant (v)) = GetDesc (v) 
GetDesc (CreateNamedConstant (s, v)) = GetDesc (v) 

} 

Preconditions; 

{ 

Let d, c2 be instances of Constant 
Let s be an instance of String. 

Let e be an instance of Environment where the Constant is to be created. 

IsEqual (d,c2) 

Requires: 

GetTypeName (d) * constant ■ GetTypeName (c2); 
AND 

GetCompTypeName (d) = GetCompTypeName (c2) 



CreateNamedConstant (s, v) 

Requires: 

25 IsNamePresent (e, s) - F; AND 

lsEmpty(s)-F 

} 



30 ATiT for Locations 

Locations are places in the Environm nt where the Values are stored. In other words, 
Locations are containers in the Environm nt that can contain one of the following: 
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• Location of a Van We of Basic Computable Type or Pointer contains its RValue; 

• Location of a Vari ble of Array or Rec rd contains its inner member Elements (of 

any Type - and so on and so forth until its leaf elements which are any of the Basic 
5 Computable Types). It is convenient to formalize this notion of recursive access as - each 
successive existence of different, but specialized, Environments (for inner Types) until 
you get to the Values of the Basic Computable Types, This is also done recursively for its 
contained Elements whenever a Variable of this Type is instantiated; 

Location of a Function contains the Block (Code), described further below, of the 
10 Function from which a Value can be computed. There are two types of Value viz: 

• Static Value (SValue) of the Function^ i.e., its Block (Code). 

• Runtime Value (RValue) that is computed at runtime by the Block (Code). 

Whenever an Environment creates a Location (usually at the time of creation of a new 
15 Variable or Function), it assigns a new ValueAddress to the Location. However, this is 
not explicit in the Creator for Location. The Environment then allocates this Location 
along with its ValueAddress to the Variable (or Function) being created. Again, this is 
not explicit in the Creator for Variable (or Function). In compiler terms, a place is 
assigned to a Variable at a particular Address in the Virtual Address Space, as represented 
20 in Figure 7. The hierarchy for base Location is found in Figure 8. 

The specific algebraic specification for the base Location is as follows: 

S = {Location} 

25 Q= { 

Creators: 

• Once again each kind of Location has its own Creators, as specified in 
the respective ADT for each kind of Location. 

30 Modifiers: None 

Queries: 



62 



GetTypeName Location -> TypeName 

GetlnnerTypeName L cation -+Typ Name 



GetAddress: L cation Value Address 

IsEqual: Location x Location -* Boo/ 



Axioms: 

{ 

10 Let x, x1, x2 be instances of Location. 

GetTypeName (x) = location 

IsEqual (x1, x2) This Equality Axiom is equivalent to the following 
1 5 conditions being satisfied: 

( 

Equallnt (Getlnt (GetAddress (x1)), Getlnt (GetAddress (x2))); 
AND 

GetTypeName (x1) = location = GetTypeName (x2); 
20 AND 

GetlnnerTypeName (x1) = GetlnnerTypeName (x2) 

) 

} 

Preconditions: 

25 { 

None 

} 

Now, each individual kind of Location will be specified: 
30 APT for Value Location 

S ■ {ValueLocation} 
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a* { 



Creators: 

NewValu L cation: * -+ ValueLocation 

Modifiers: 

SetValue: ValueLocation x Value - ValueLocation 



Queries: 

GetValue: ValueLocation ■* Value 
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Axioms: 

{ 

Let W be an instance of ValueLocation. 
15 Let v be an instance of a Value. 

GetlnnerTypeName (vl) = value 

GetCompTypeName (GetValue (NewValueLocation 0) = void 
. ValueVoid is the default Value indicating uninitialized Type 
20 GetValue (SetValue (vl,v))*v 

} 

Preconditions: 

{ 

25 None 
} 

apt fnr Environ ment Location 

30 S * {EnvironmentLocation} 
n= { 

Creators: 
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MmMnn . 4 -*EnvironmentLocati n 
NewEnvironmentLocatmn. <P 

Modifiers; . 

-*• EnvironmentLocation 



Queries: . 
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} 

Axioms: 

{ 
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Let e/ be an instance of any EnvironmentLocation. 
Let e be an instance of any Environment 

GetlnnerTypeName (el) = envifonmeht 

IsEmpty (GetEnvironment (NevEnvironmentLocation 0)) = ' 

GetEnvironment (SetEnvironment (el, e)) = e 



} 
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Preconditions: 

{ 

None 

} 

25 

^pf Rlnrk Location 

S = {BlockLocation} 

30 Q- { 

Creators; 

NewBlockLocation: *-> BlockLocation 



65 



Modifiers: 

SetBlock: Bl ckLocation x Block BlockLocati n 

• SetBlock will be required in case of method update, or cloning from 
5 another object in case of object based approach. 



10 



15 



20 



25 



} 

Axioms: 

{ 



Queries: 

GetBlock: BlockLocation Block 



Let bl be an instance of any BlockLocation. 
Let b be an instance of any Block. 

GetlnnerTypeName (bl) = BLOCK 

IsEmpty (GetBlock (NewBlockLocatlon 0)) 38 T 

GetBlock (SetBlock (bl, b)) = b 



Preconditions: 

{ 

None 

} 



APT for base Variable 

Like Constant, Variable also has a Name-Value binding but, in addition, has a 
Name-Location binding as well. The binding between Type and Location is achieved 
30 through Variable. Unlike that of Constant, the Value of a Variable may be changed. 
Variables are only applicable for those Types that have a Descriptor, e.g., all Basic 
Computable Types and the Composite Types (e.g., Pointer, Array, Function, & 
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^ A « of ft. kinds of ^ is *"» in Figure 9. The premies 
abated with the base V«r.« are specified in the following ADT: 



S ■ {Variable} 

5 fl a ( 
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Creators: None . 
. Each individual kind of Variable has its own Creators, as specified in 

the respective ADT for each kind of Variable. 
. environment allocates a new Location to the Variable at the time of its 

creation - but this is not explicit in its Creator. 
. This Location given to a Variable does not change throughout its 

lifetime. The Variable can therefore be queried for its Location, as well 

as the ValueAddress contained in that Location. 
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Modifiers: 
SetAsConstant: 



Variable-* Variable 



After executing SetAsConstant, the Variable is no longer permitted a 
SetValue, i.e., its Value cannot be changed henceforth. 
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25 



30 



Queries: 
IsConstant 
GetTypeName: 
GetlnnerTypeName: 

GetAddress: 
GetLocation: 

GetName: 
GetDesc: 
Print: 



Variable-* Bool 
Variable •*■ TypeName 
Variable -+TypeName 

Variable -* ValueAddress 
Variable-* Location 

Variable-* String 
Variable -*Desc 

Variable -* String (Prints SValue) 



Axioms: 
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{ 

Let v be an instance of Variable. 



GetAddress (v) - GetAddress (GetLocation (v)) 
GetTypeName (v) * variable 

} 



Preconditions: 

{ 

10 None 
} 

APT for Bosk Variable 
S = {BasicVar} 

15 { 
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Creators: 

CreateBasicVariable: String x BasicCompTypeDesc 

BasicVar 

wherein, String represents the Name of the Variable. 

• The Creator has to invoke IncrlnUseCount on the Descriptor, after 
successful creation of the Variable - so that the Descriptor is protected 
from further modification. 



25 Modifiers: 

SetValue: BasicVar x Value BasicVar 

Queries: 

Evaluate: BasicVar Value (Evaluates RValue) 

30 GetCompTypeName: BasicVar TypeName 
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{ 

Let s be an instance of String. 

Let dbe an instance of Bas/cC mpTypeDesc. 

Let z be an instance of BaslcVar. 

Let v be an instance of Value. 

GetlnnerTypeName (z) = basicvar 
GetCompTypeName (CreateBasicVariable (s, d)) = 

GetCompTypeName (d) 

GetCompTypeName (Evaluate (CreateBasicVariable (s, d)) - void 

• This Axiom indicates that the Variable is uninitiahzed after creation. 

IsConstant (CreateBasicVariable (s, d)) = F 
IsConstant (SetAsConstant (z)) * T 

IsEqual (GetCompTypeName (z), GetCompTypeName (Evaluate (z))) 
Evaluate (SetValue (z, v)) ' v 

Evaluate (z) = GetValue (GetLocation (z)) 
SetValue (z, v) = SetValue (GetLocation (z), v) 
GetlnnerTypeName (GetLocation (z)) ■ value 
GetDesc (CreateBasicVartablefs, d))-d 



Preconditions; 

{ 

Let s be an instance of String. 

Let dbe an instance of BasicCompTypeDesc. 

Let z be an instance of BasicVar. 

Let v be an instance of Value. 



69 



Let e be an instance of Environment where the Variable is to be created. 



CreateBasicVahable (s, d) 

Requires: IsEmpty (s) = F; AND 

IsNamePresent (e, s)=F 

SetValue (z, v) 
Requires: 

IsConstant (z) = F ; AND 

( 

If (GetCompTypeName (z) = void; 
then 

GetCompTypeName (v) e{BOOL, int, real, 

CHAR, STRING, ADDRESS, VOID } 

If (GetCompTypeName (z) = int; 
then 

GetCompTypeName (v) e( void, int } 

If (GetCompTypeName (z) * real; 
then 

GetCompTypeName (v) e{ void, int, real } 

If (GetCompTypeName (z) = char; 
then 

GetCompTypeName (v) e{voiD, char } 

If (GetCompTypeName (z) = string; 
then 

GetCompTypeName (v) e{ void, char, string } 
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If (GetCompTypeNam (z) = ADDRESS) 
then 

GetCompTypeName (v) e{ address, void} 

) 

5 } 

APT for Pointer Variable 

A Pointer "points to" or "refers to" an element of any Type. The Address of the 
"pointed to" Variable is stored as a Value of the Pointer Variable. Thus, a Pointer 

10 Variable has ValueAddress as its Value. The fundamental difference between Address (a 
Basic Computable Type) and the constructed TypePointer is that TypePointer has a 
"pointed to" Type that refers to the Type of the element being pointed to- 

Assigning an Address to a Variable of TypePointer will be described next. Let p 
be an instance of a Variable of TypePointer (which is "pointing to" an /nf), and let If be an 

15 instance of a Variable of Type Int. Now consider the assignment "p = &k". This 
assignment indicates that the Address contained in the Location of Variable k is stored as 
the Value of Variable p. Figure 10 shows a diagrammatic representation of this assignment. 

The algebraic specification of the properties associated with the Pointer Variable 
20 are defined as follows: 

S = {PointerVar} 
n= { 

Creators: 

25 CreatePointerVariable: String x PointerDesc **> PointerVar 

wherein, String represents the Name of the Variable 
• The Creator invokes IncrinUseCount on the Descriptor, after 
successful creation of the Variable, so that the Descriptor is protected 
from further modification. 

30 

Modifiers: 

SetValue: PointerVar x Y PointerVar 
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wherein, Yis Value Address or Valu Void 



5 

} 

Axioms: 

10 { 

15 
20 

25 
30 



Queries: 

GetPointedT Typ Name: PointerVar *+TypeName 

Evaluate: PointerVar ~+ Value (Evaluates RValue) 

GetCompTypeName: PointerVar -> TypeName 



Let s be an instance of String. 
Let d be an instance of PointerDesc. 
Let z be an instance of PointerVar. 
Let v be an instance of Value. 

GetlnnerTypeName (z) = pointer 

IsConstant (CreatePointerVariable (s, d)) = P 
IsConstant (SetAsConstant (z)) * T 

GetPointedToTypeName (CreatePointerVar(s 9 d)) » 

GetPointedToTypeName (d) 

GetCompTypeName (Evaluate (CreatePointerVariable (s, d)) = void 
• PointerVar is uninitialized at creation. 

Evaluate (SetValue (z, v)) = v 

Evaluate (z) = GetValue (GetLocation (z)) 
SetValue (z, v) = SetValue (GetLocation (z), v) 

GetlnnerTypeName (GetLocation (z)) = value 

GetDesc (CreatePointerVariable(s, d)) = d 



72 



GetCompTypeName (CreatePointerVaris, d)) = GetCompTypeName (d) 

} 



Preconditions; 

{ 



10 



15 



Let z be an instance of PointerVar. 
Let v be an instance of Value. 
Let d be an instance of PointerDesc. 
Let s be an instance of String. 

Let ebe an instance of Environment where the Variable is to be created. 

CreatePointerVariable (s, d) 

Requires: 

lsEmpty(s)-F; AND 
IsNamePresent (e, s)=F 



20 

} 



SetValue (z, v) 

Requires: IsConstant (z) - F; AND 
. the Precondition is the same as that for Assign of LhsElementary, as 
given in the ADT for LhsElementary which is described below. 



Anr fnr Array Variable 
25 S = {ArrayVar} 
Q* { 

Creators: 

CreateArrayVariable: String xArrayDesc + ArrayVar 

wherein, String represents the Name of the Variable. 

30 
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} 

10 

Axioms; 

{ 



15 



20 



25 



. The Creator invokes IncrinUs Count on the Descriptor, after 
successful creation of the Variable, so that the Descriptor is protected 
from further modification. 



Modifiers: None 



Queries: 

GetArrayedTypeName: ArrayVar - TypeName 



Let s be an instance of String. 
Let a be an instance of ArrayDesc. 
Let 2 be an instance of ArrayVar. 

GetlnnerTypeName (z) * array 

IsConstant (CreateArrayVariable (s, a)) * F 
IsConstant (SetAsConstant (z)) * T 

GetArrayedTypeName (CreateArrayVariable (s, a)) * 

GetArrayedTypeName (a) 

GetDesc (CreateArrayVariablefs, d)) = d 
GetlnnerTypeName(GetLocation(z)) -environment 



30 Preconditions: 

{ 

Let d be an instance of ArrayDesc. 
Let s be an instance of String. 
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Let e be an instance of Environment where the Variable is to be created. 

CreateArrayVariabi (s,d) 

Requires: IsEmpty (s) = F; AND 

IsNamePresent (e, s)=F 



} 



a nr fnr Bomrd Variable 
S = {RecordVar} 
10 Q- { 
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Crcfltors* 

CreateRecordVariable: String x RecordDesc ^RecordVar 
wherein, String represents the Name of the Variable. 

. The Creator invokes IncrlnUseCount on the Descriptor, after 
successful creation of the Variable, so that the Descriptor is protected 
from further modification. 



Modifiers: None 
Queries: 

GetElementTypeName: RecordVar x String - TypeName 
. The String represents Name of the Efemenf whose TypeName i 

queried. This query is resolved by its corresponding query 

RecordDesc. 



Axioms: 

{ 

Let s be an instance of String. 

Let r be an instance of RecordDesc. 

Let z be an instance of RecordVar. 
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GetlnnerTypeName (z) = record 

IsConstant (CreateRecordVariable (s, r)) = F 
IsConstant (SetAsConstant (z)) s T 
GetDesc (CreateRecordVariab!e(s, d))=d 

GetlnnerTypeName (GetLocation (z)) = environment 

GetElementTypeName (z, s) = GetElementTypeName (GetDesc (z), s) 



Preconditions: 

{ 

15 Let d be an instance of RecordDesc. 

Let s be an instance of String. 

Let e be an instance of Environment where the Variable is to be created. 
Let z be an instance of RecordVar. 

20 CreateRecordVariable ($, d) 

Requires: IsEmpty (s) = F; AND 

IsNamePresent (e, $) = F 

GetElementTypeName (z, s) 
25 Requires. IsElementOf (GetDesc (z), s)-T 



APT for Function 

Functions are Variables that have Parameter* and Stocks, which can be invoked 
30 directly (or as Computable Expressions), as described in detail further below. 
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APT for the base Accessors 

Accessors are used to reach (or access) any Variable and/or L cati ns - either via its 
parent Variables, or indirectly via Locations. Computable Expressions, defined further 
below, are required to be of any of the Basic Computable Types (or Pointer). However, 
5 one may not be able to create Computable Expressions directly from Variables or 
Functions, because Variables may be of Composite Types, e.g., Arrays or Records, 
whereas Functions may return Composite Types, e.g., Arrays or Records. Hence, a 
lookup or conversion table for these composite Variables is required to get to the 
elementary Variable that can be used to build Computable Expressions. The Accessors 
10 (whose Components are Variables) help us perform this lookup. Accessors belong to 
one of the following classifications or types: 

■ Simple Accessors (e.g., VariableAccessor) that directly access a given Variable or 
Function in an Environment 

15 

■ FunctionAccessors built from FunctionVariables and a list of parameters where each 
parameter is either an Accessor or a ComputableExpression. These Accessors 
access the Variable holding the result of the evaluation of the Function. 

20 ■ RecordElementAccessors built from a Record and an Element name for that 
Record. These Accessors access the Element of the Record specified by the Element 

name. 

• ArrayElementAccessors built from an Array and a list of ArithmeticExpressions 

25 (defined further below) that evaluates to an index into that Array. These Accessors 
access the Element of the array. 

■ DrefAccessors built from PointerExpressions (defined further below). These 
Accessors access the Locations pointed to by PointerExpressions. 

30 

The base Accessor hierarchy is shown in Figure 1 1 . The algebraic specification of the 
properties specified for the base Accessor is as follows: 
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S a {Accessor} 
a= { 

Creators: None 
5 • Each individual kind of Accessors has its own Creators, as specified in 

the respective ADT for each kind of Accessor. 

Modifiers : None 

10 Queries: 

GetTypeName: Accessor TypeName 

GetlnnerTypeName: Accessor -+ TypeName 

GetDesc: Accessor *+ Desc 

IS AccessVariable Accessor **> Variable 

AccessLocation: Accessor -+ Location 

• This method on Accessor is provided to access contents using the 
Dereferencing Accessor {DrefAccessor}. The DrefAccessor directly 
20 accesses contents of a Location, (bypassing the Variable even if it is 

available). 

IsDrefAccessor: Accessor Bool 

Print: Accessor String (This accesses the SValue) 

25 } 
Axioms: 

{ 
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Let a be an instance of any Accessor. 
G tTypeName (a) = accessor 
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Preconditions: 

{ 

Let a be an instance of Accessor 
AccessVariable (a) 
5 Requires: IsDrefAccessor (a) = F 

} 

APT for Variable Accessor 
S * { VariableAccessor} 

10 n= { 

Creators: 

CreateVariableAccessor: String VariableAccessor 
wherein, String represents the Name of the Variable. 

15 Modifiers : None 

Queries : None 

} 

20 Axioms: 

{ 

Let s be an instance of String, representing the Name of the Variable. 
Let a be an instance of VariableAccessor 

Let e be an instance of Environment where the Accessor is to be created. 

25 

GetlnnerTypeName (a) = variable 
IsDrefAccessor (CreateVariableAccessor (s)) = F 
30 Acc ssVariable (CreateVari bleAccessor (s)) = GetVariable (e, s) 

AccessLocation(CreateVariableAccessor(s)) = 
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5 



10 



15 



GetLocation (GetVariable (e, s)) 
GetDesc (a) = GetDesc (AccessVariable (a)) 



> 



Preconditions: 

{ 



Let s be an instance of String, representing the Name of the Variable. 
Let e be an instance of Environment where the Accessor is to be created. 

CreateVariableAccessor (s) 
Requires: 

IsVarlablePresent (e, s) = f; AND 
IsAccessible (e, s) = T 



APT for Function Accessor 

The Creator uses an Accessor and a ParameterLJst as one of its arguments. Each 
parameter of the ParameterList is either a ComputableExpr or an Accessor 
20 (ParameterList is a standard List and thus will not be axiomatized further). 

S = {FunctionAccessor} 

n= { 

Creators: 

25 CreateFunctionAccessor: Accessor x ParameterList 

FunctionAccessor 
• A Function can be an element of a Record or Array, or even pointed to 
by a Pointer. Therefore, first an Accessor will have to be created for the 
name of the function. This Accessor, together with the ParameterList 
30 together create the FunctionAccessor. 
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• The Expression f(a,b,c) creates a VariableAccess r for f that is passed 
as Access r to CreateFunctionAccessor with the Parameter List as 

the second parameter 



5 Modifiers : None 

Queries : 

GetParameterList: FunctionAccessor -+ ParameterList 

> 

10 

Axioms: 

{ 

Let a be an instance of Accessor. 
Let 1 be an instance of FunctionAccessor 
15 Let e be an instance of Environment 

Let L be a ParameterList 

GetlnnerTypeName (a) = variable 
IsDref Accessor (CreateFunctionAccessor (a, L)) ■ F 
20 GetParameterList (CreateFunctionAccessor (a, L)) = L 

AccessVariable (CreateFunctionAccessor (a, L)) = AccessVariable (a) 

AccessLocation (CreateFunctionAccessor (a, L)) = 
25 GetLocation (GetVariable (GetEnvironment (GetLocation 

(AccessVariable (a)) )), s) 
wherein, s is GetName (AccessVariable (a)) 



GetDesc (f) = GetRetumTypeDesc (GetDesc (AccessVariable (f))) 



30 } 
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Preconditions: 

{ 

Let a be an instance of Accessor. 

Let e be an instance of Environment where the Accessor is to be created. 

CreateFunctionAccessor (a, L) 

Requires: GetlnnerTypeName (GetDesc (a)) « FUNCTION 

• Each parameter in the ParameterUst (L) is matched for its Type 
with the corresponding Arguments in the Descriptor for the 
Function, subject to the presence of Arguments. 

} 

APT for Record Element Accessor 

S = {RecordElementAccessor} 

/3= { 

Creators: 

CreateRecordElementAccessor: Accessor x String 

**• RecordElementAccessor 

• Suppose a Record Variable named R contains two Integer elements, 
e1 and e2. The Expression R.e1 creates a VariableAccessor for R 
that is passed as Accessor to CreateRecordElementAccessor with 
the String e1 as the second parameter, while R,e2 creates the 
VariableAccessor for R (if not already available - because the 
occurrence of R.e2 is independent of the occurrence of R.e1 and vice- 
versa) and is passed as a parameter with the String e2. 

Modifiers : None 

Queries : None 

} 
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Axioms: 



10 



15 



Let s be an instance of String, representing the Name of the Element 
Let a be an instance of RecordAccessor. 

GetlnnerTypeName (a) * variable 

IsDref Accessor (CreateRecordElementAccessor (a, s)) = F 

AccessVariable (CreateRecordElementAccessor (a, s)) = 

GetVariable (GetEnvlronment (AccessLocation (a)), s) 

AccessLocation (CreateRecordElementAccessor (a, s)) = 

GetLocation (GetVariable (GetEnvlronment (AccessLocation (a)), s)) 

GetDesc (CreateRecordElementAccessor (a, s)) - 
GetElementDesc (GetDesc (a^s) 



} 



20 Preconditions: 

{ Let a be an instance of String, representing the Name of the Element 
Let a be an instance of Accessor. 

25 CreateRecordElementAccessor (a, s) 

Requires: GetlnnerTypeName (GetDesc (a)) * record; and 
IsAccessible (GetDesc (a), s)-T 
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APT for Arrc }' Element Accessor 



10 



15 



20 



S ■ {ArrayElementAccessor} 

n= { 

Creators: 

CreateArrayElementAccessor: Accessor x List [ArithmeticExpr] 

ArrayElementAccessor 

. An Array Variable has as many Indexes into it as the number of 

Dimensions for accessing any of its Elements. 
. Let Y be an array Variable of Real that has M Dimensions, wherein the 

Size for each Dimension is ($„ S 2 , ... S„) respectively. 
. The Express/on to /ndex into Y for an Element is YfE„ £ 2 , ... E«/, 

where each E*, (1 *k *M), evaluates to an integer between 1 and S„. 
. The expression Y[Ei, E 2 , ... E„J creates a Var/aWeAccessor for Ythat is 

passed as Accessorto CreateArrayElementAccessor, with [E„ E 2 , ... 

£„/ as the List of ArithmeticExpr. 

Modifiers : None 
Queries : None 
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Let ae be an instance of ArithmeticExpr. 
Let a be an instance of Accessor. 
Let L be a List [ArithmeticExpr]. 

GetlnnerTypeName (a) = variable 

IsDrefAccessor (CreateArrayElementAccessor (a, L)) = F 

AccessVariabl (CreateArrayElementAccessor (a, L)) * 
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GetVariabl (GetEnvironment (AccessLocation (a)), L) 



GetDesc (CreateArrayElementAccessor (a, L)) = 
GetArrayedTypeDesc (GetDesc (a)) 



Preconditions: 

{ 



10 



15 



Let a be an instance of Accessor. 
Let L be a List [ArithmeticExpr]. 

CreateArrayElementAccessor (a, L) 

Requires: GetlnnerTypeName (GetDesc (a)) =ARRM; AND 
Equallnt (n, GetMaxDImenslon (GetDesc (a)) 

(Where n is the number of Expressions in L) 



20 



APT for De 'eferenrin? Accessor 



Dereferencing Accessor {DrefAccesor} accesses a value pointed to by a pointer. 



S ■ {DrefAccessor} 
n- { 

Creators: 

25 CreateDref Accessor: PointerExpr ■+ DrefAccessor 

Modifiers : None 
Queries: None 

30 } 
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Axioms: 



Let p be an instance of PointerExpr. 
Let a be an instance of Drei Accessor. 

5 

GetlnnerTypeName (a) = location 

IsDref Accessor (CreateDref Accessor (p)) = T 

AccessLocation (CreateDref Accessor (p)) = 
10 GetLocationForAddress (Evaluate (p)) 



15 



GetDesc (CreateDref Accessor (p)) = 

GetPointedToTypeDesc (GetDesc (p)) 



> 



Preconditions: 

{ 

Let p be an instance of PointerExpr. 

20 CreateDrefAccessor (p) 

Requires: GetCompTypeName (Evaluate (p)) IS NOT VOID 

} 

APT for the base Computable Expressions 

25 Computable Expressions are Expressions that compute Values of Basic 

Computable Types. Figure 12 shows the hierarchy of base Computable Expressions. 

The algebraic specification of the properties specified for the base Computable 
Expressions is as follows: 

30 S = {ComputableExpr} 

a* { 
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Creators: None. 

Each individual kind of C mputable Express! n has its 
own Creators as specified in the respective ADT for each kind of 
Computabl Expression. 

Modifiers : None 

Queries: 



GetTypeName: 

GetlnnerTypeName: 

GetCompTypeName: 



ComputableExpr ~» TypeName 
ComputableExpr •* TypeName 
ComputableExpr •* TypeName 



Evaluate: 
Print: 



ComputableExpr -*Value (Evaluates RValue) 
ComputableExpr -» String (Prints SValue) 



Axioms: 

{ 



GetDesc: ComputableExpr -» BasicCompTypeDesc 



Let e be an instance of ComputableExpr. 
GetTypeName (e) = computable_expr 



Preconditions: 

{ 

None 

} 
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APT for Arithmetic Expression 



S={ ArithmeticExpr} 

Q= { 

Creators: 

CreateArithmeticVariableExpression: Accessor ^ArithmeticExpr 

Create ArithmeticConstantExpression: X ArithmeticExpr 
wherein, Xis of IntConst or RealConst 

CreateArithmeticFunctionCallExpression: FunctionAccessor **> 

ArithmeticExpr 

Create ArithmeticDref Expression: DrefAccessor 

ArithmeticExpr 

Arithmetic Operator Expressions: 

CreateAddExpression: ArithmeticExpr x ArithmeticExpr 

ArithmeticExpr 

CreateSubtractExpression: ArithmeticExpr x ArithmeticExpr 

ArithmeticExpr 

CreateMuIti ply Expression: ArithmeticExpr X ArithmeticExpr 

-> ArithmeticExpr 

CreateDivideExpression: ArithmeticExpr x ArithmeticExpr 

ArithmeticExpr 

CreateintDivideExpression: Arithm ticExpr x ArithmeticExpr 

^Arithm ticExpr 
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. This last Arithmetic Operator Expression above is required becau: 
Int Division is allowed as a special case, and it truncates the result 
the first Int is not divisible by the second Int 



Modifiers: None 
Queries: 

GetSuperTypeName: ArithmeticExpr ■* TypeName 

. This is a private function for this ADT - that is used by 
GetComputableTypeName for returning TypeName according to 
the following table - where Type represents Type of the constituent 
ArithmeticExpr. For unary ArithmeticExpr, it is assumed that the 
Type of the constituent ArithmeticExpr will suffice. 



TypeName I TypeName SuperTypeName 



Int 
Int 
Real 
Real 



Int 
Real 
Int 
Real 



Int 
Real 
Real 
Real 



Let a, a1, a2be instances of ArithmeticExpr. 

Let v be an instance of Accessor. 

Let c be an instance of Constant 

Let f be an instance of FunctionAccessor. 

Let cf be an instance of DrefAccessor. 

Getlnn rTypeName (a) ~ arithmetic 

GetDesc (CreateAhthmeticVariableExpression (v)) = GetDesc (v) 
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GetDesc (CreateArithmeticFunctionExpression (Q) = GetDesc (f) 
GetDesc (CreateArithmeticConstantExpressi n (c)) = GetDesc (c) 
GetDesc (CreateArithmeticDrefExpression (d)) = GetDesc (d) 

GetCompTypeName (a) = GetCompTypeName (GetDesc (a)) 
GetCompTypeName (CreateDMdeExpr(a1, a2)) = REAL 
GetCompTypeName (CreatelntDivideExpr (a1, a2)) = int 



10 Preconditions: 

{ 

Let a, a1, a2 be instances of ArithmeticExpr. 
Let v be an instance of VariableAccessor. 
Let f be an instance of FunctlonAccessor. 
j 5 Let d be an instance of Dref Accessor. 

CreateDMdeExpression (a1, a2) 

Requires: Evaluate (a2) * 0 



CreatelntDMdeExpresslon (a1, a2) 

Requires: £va/oate(a2j ^Ojand 

GetCompTypeName (a1) - int; AND 
GetCompTypeName (a2) * int 



CreateArithmeticVariableExpression (v) 

Requires: 

GetlnnerTypeName (v) * variable; 
AND 

GetlnnerTypeName (GetDesc (v)) = basiccomptype; 
AND 

(GetCompTypeName (GetDesc (v)) - int; 
OR 

GetCompTypeName (GetDesc (v)) = real; 



CreateArithmeticFunctionCallExpression (f) 

Requires: 

GetlnnerTypeName (GetDesc (f)) ■ basiccomptype 
AND 

( GetCompTypeName (GetDesc (f)) = int 
OR 

GetCompTypeName (GetDesc (f)) = real J 



CreateArithmeticDrefExpression (d) 

Requires: 

GetlnnerTypeName (d) = location 
AMD 

GetlnnerTypeName (GetDesc (d)) ■ basiccomptype 
AA/D 

(GetCompTypeName (GetDesc (d)) ■ int 
OR 

GetCompTypeName (GetDesc (d)) = real J 



} 



APT for Boolean Expression 



S = {BooleanExpr} 

a= { 

Creators; 

CreateBooleanVarlableExpression: VariableAccessor 

BooleanExpr 

CreateBooleanConstantExpression: BoolConst BooleanExpr 
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CreateBooleanFunctionCallExpression: FunctionAccessor <*> 

B oleanExpr 

CreateBooleanDrefExpression: Dref Accessor 

BooleanExpr 

CreatelsEqualArithExpr: ArithmeticExpr x 

ArithmeticExpr -> BooleanExpr 

CreatelsEqualBoolExpr: BooleanExpr x 

BooleanExpr BooleanExpr 

CreatelsEqualCharExpr: CharExpr x CharExpr BooleanExpr 

CreatelsEqualStringExpr: StringExpr x StringExpr ~+ BooleanExpr 

CreatelsEqualPointerExpr: PointerExpr x PointerExpr BooleanExpr 

CreatelsLessThanArithExpr: ArithmeticExpr x ArithmeticExpr 

-+ BooleanExpr 

CreatelsLessThanBoolExpr: BooleanExpr x BooleanExpr 

BooleanExpr 

CreatelsLessThanCharExpr: CharExpr x CharExpr 

-+ BooleanExpr 

CreatelsLessThanStringExpr: StringExpr x StringExpr 

-» BooleanExpr 

Boolean Operator Expressions: 

CreateAndExpression: BooleanExpr x BooleanExpr 

<+Bool anExpr 



CreateOrExpression: 



BooleanExpr x Bo I anExpr 
-*■ BooleanExpr 



CreateXOrExpression: 



BooleanExpr x BooleanExpr 
-» BooleanExpr 



CreateNotExpression: 



BooleanExpr ■+ BooleanExpr 



Modifiers: 



None 



Queries ; 



None 



} 

15 Axioms: 

{ 

20 
25 

30 } 



Let b be an instance of BooleanExpr. 

Let a be an instance of Accessor. 

Let c be an instance of Constant 

Let f be an instance of FunctionAccessor. 

Let d be an instance of Dref Accessor. 

GetlnnerTypeName (b) = BOOL 
GetComp TypeName (b) = bool 

GetDesc (CreateBooleanVariableExpression (a)) - GetDesc (a) 
GetDesc (CreateBooleanFunctionExpression (f)) - GetDesc (f) 
GetDesc (CreateBooleanConstantExpression (c)) - GetDesc (c) 
GetDesc (CreateBooleanDrefExpression (d)) = GetDesc (d) 



Preconditions: 
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Let b be an instance of BooleanExpr. 
Let a be an instance of Accessor. 
Let f be an instance of FunctionAccessor. 
Let dbe an instance of Dref Accessor. 

CreateBooleanVariableExpression (a) 

Requires: 

GetlnnerTypeName (a) ■ variable ; 
AND 

GetlnnerTypeName (GetDesc (a)) = basiccomptype ; 
AND 

GetCompTypeName (GetDesc (a)) = bool 



CreateBooleanFunctionCallExpression(f) 

Requires: 

GetlnnerTypeName (GetDesc W) = basiccomptype ; 
AMD 

GetCompTypeName (GetDesc (1)) = bool 



CreateBooleanDrefExpression (d) 

Requires: 

GetlnnerTypeName (d) = location; 
AMD 

GetlnnerTypeName (GetDesc (d)) = basiccomptype 
AMD 

GetCompTypeName (GetDesc (d)) ■ bool 

} 

APT for Character Expression 
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S = {CharExpr} 



{ 



Creators: 

Cre teCharacterVariableExpression: 



Accessor CharExpr 



CreaieCharacterConstantExpression: 



CharConst -* 

CharExpr 



CreateCharacterFunctionCallExpression: 



FunctionAccessor 
CharExpr 



CreateCharacterDrefExpression: 



DrefAccessor *+> 
CharExpr 



Operator Expressions: 

CreatePredExpression: 

CreateSuccExpression: 



CharExpr CharExpr 
CharExpr CharExpr 



Modifiers: 
Queries: 



None 
None 



Axioms: 

{ 



Let c be an instance of CharExpr 

Let a be an instance of Accessor. 

Let Cf be an instance of Constant 

Let f be an instance of FunctionAccessor. 

Let cf be an instance of DrefAccessor. 



G tlnn rTyp Name (c) * char 
GetCompTypeName (c) = char 
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GetDesc (CreateCharacterVariableExpression (a)) = GetDesc (a) 
GetDesc (CreateCharacterFunctionExpression (f)) = GetDesc (f) 
G tDesc (CreateCharacterConstantExpression (erf) = GetDesc (erf 
GetDesc (CreateCharacterDrefExpression (d)) = GetDesc (c0 



Preconditions: 

{ 

Let b be an instance of BooleanExpr 
Let a be an instance of Accessor. 
Let f be an instance of FunctionAccessor. 
Let d be an instance of DrefAccessor. 

CreateCharacterVariableExpression (a) 

Requires: 

GetlnnerTypeName (a) = variable ; 
AND 

GetlnnerTypeName (GetDesc (a)) ■ basiccomptype ; 
AND 

GetCompTypeName (GetDesc (a)) = char 



CreateCharacterFunctionCallExpression (f) 

Requires: 

GetlnnerTypeName (GetDesc (1)) = basiccomptype ; 
AND 

GetCompTypeName (GetDesc (f)) = char 



CreateCharacterDrefExpression (d) 

Requires: 

GetlnnerTyp Nam (d) « location; 
AND 
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GetlnnerTypeName (G tDesc (d)) = basiccomptype ; 
AND 

GetCompTypeName (GetDesc (d)) = char 



APT for String Expression 



S = {StringExpr} 

n* { 

Creators: 

CreateStringVariableExpression: Accessor *+> StringExpr 

CreateStringConstantExpression: X StringExpr 

wherein, X is CharConst or StringConst 

CreateStringCharExpression: CharExpr -+ StringExpr 

CreateStringFunctionCallExpression: FunctionAccessor 

^StringExpr 

CreateStringDrefExpression: Dref Accessor **> StringExpr 
Operator Expressions: 

CreateStringConcatExpr: StringExpr x StringExpr 

-» StringExpr 

CreateSubstringExpr: StringExpr x ArithmeticExpr x 

ArithmeticExpr -+ StringExpr 

• wherein, the first ArithmeticExpr is the Position of the start of the 
Substring within the String, and the second Arithm ticExpr is the 
Length of the Substring. 
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Modifiers: 



None 



Queries: None 



Axioms: 

{ 

Let s be an instance of StringExpn 

Let* be a CharExpr. 

Let a be an instance of Accessor. 

Let c be an instance of Constant 

Let f be an instance of FunctionAccessor. 

Let dbe an instance of DrefAccessor. 

GetlnnerTypeName (s) = STRING 
GetCompTypeName (s) = string 

GetDesc (CreateStringVariableExpression (a)) ■ GetDesc fa) 
GetDesc (CreateStringFunctionExpression (f)) ■ GetDesc ft) 

GefDesc (CreateStringConstantExpression (c)) = GefDesc (cj 
GefDesc (CreateStringDrefExpression (d)) * GetDesc (C0 

Every C/iar is a Stnng therefore GetDesc converts any input 
Descriptors of CompTypeName = char to Descriptors 
CompTypeName = string. 

} 

Preconditions: 

{ 

Let s be an instance of StringExpr 

Let a be an instance of Accessor. 

Let f be an instance of FunctionAccessor. 
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Let cfbe an instance of DrefAccessor. 

CreateStringVariableExpression (a) 

Requires: 

GetlnnerTypeName (a) ■ variable ; 
AND 

GetlnnerTypeName (GetDesc (a)) = basiccomptype ; 
AND 

GetCompTypeName (GetDesc (a)) = string 



CreateStringFunctionCallExpression (f) 

Requires: 

GetlnnerTypeName (GetDesc (f)) = basiccomptype , 
15 AND 

GetCompTypeName (GetDesc (f)) = string 



CreateStringDrefExpression (d) 
20 Requires: 

GetlnnerTypeName (d) = location; 
JMVD 

GetlnnerTypeName (GetDesc (d)) ■ basiccomptype ; 
AA/D 

25 GetCompTypeName (GetDesc (d)) = string 

} 



ADr for Pointer Expression 

S = {PointerExpr} 
30 /3= { 

Creators: 

CreatePointerVariableExpression: Accessor 

PointerExpr 
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CreatePointerFunctionCallExpression: FunctionAccessor 

PointerExpr 



5 CreatePointerReferenceExpression: Accessor -+ PointerExpr 

CreatePointerDrefExpression: Dref Accessor •+ PointerExpr 

Operator Expressions: 

CreatePointerAdvanceExpression: PointerExpr x ArithmeticExpr 
10 PointerExpr 

• wherein, the ArithmeticExpr is the number by which the Value of the 
PointerExpr is to be advanced (or incremented). 



15 



Modifiers: None 



Queries: 

GetlnnerTypeDesc: PointerExpr Descriptor 

• Since Pointer is also a BasicCompType, the GetDescQ query on 
PointerExpression will return a BasicCompTypeDesc, with 

20 Comp TypeName as address . 

• However, for type checking, the inner type of the Pointer is required. 
For Example, a Pointer to Int, can only be assigned to a variable of 
type Pointer to Int 

• A new query GetlnnerTypeDescQ is introduced for type checking in 
25 assignments which returns the inner (pointed to) type of the pointer. 



Axioms: 

{ 

30 Let p be an instance of PointerExpr. 

Let a be an instance of Accessor. 

Let f be an instance of FunctionAccessor. 
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Let d be an instance of DrefAccessor. 
G UnnerTypeName (c)- pointer 

GetlnnerTypeDesc (CreatePointerVariableExpression (a)) = GetDesc (a) 
GetlnnerTypeDesc (CreatePosnterFunctionExpression (f)) = GetDesc (f) 

GetlnnerTypeDesc (CreatePointerReferenceExpression (a)) = 

GetDesc (a) 

GetlnnerTypeDesc (CreatePointerDrefExpression (d) » GetDesc (d) 
GetCompTypeName (p) = address 

} 

Preconditions; 

{ 

Let f be an instance of FunctionAccessor. 
Let a be an instance of any Accessor. 
Let d be an instance of DrefAccessor. 

CreatePointerReferenceExpression (a) 

Requires: IsDrefAccessor (a) ■ F 

CreatePointerVariableExpression (a) 

Requires: 

GetTypeName (GetDesc (a)) ■ descriptor; 

GetlnnerTypeName (GetDesc (a)) = pointer; 
AND 

GetlnnerTypeName (a) ■ variable 



CreatePolnterFunctionCaflExpression (f) 
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Requires: 

GetlnnerTypeName (GetDesc (1)) - pointer 



10 



CreatePointerDrefExpression (d) 

Requires: 

GetlnnerTypeName (GetDesc (d)) = pointer; 
AND 

GetlnnerTypeName (d) = location 



} 



APT for Void Expression 

Since Void is also a BasicCompType. the GetDescQ query on VoidExpression 
will return a BasicCompTypeDesc, with CompTypeName as void . VoidExpressions 

15 are required to incorporate Dynamic Typing capabilities in the Generic Typed DGC Classes 
Framework, as well as to create meaningful expressions of Procedure Calls, which do not 
have a return Value. 



S = {VoidExpr} 
20 Q- { 
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Creators: 

CreateVoidVariableExpression: 

CreateVoidConstantExpression: 

CreateVoidFunctionCallExpression: 

CreateVoidDrefExpression: 



Accessor »*• VoidExpr 
VoidConst -+ VoidExpr 
FunctionAccessor **• 

VoidExpr 
DrefAccessor -*■ VoidExpr 



Operator Expressions: None 



30 



Modifiers: 



None 



Queries : 



None 
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} 



Axioms: 

{ 

Let v be an instance of VoidExpr. 

Let a be an instance of Accessor. 

Let f be an instance of FunctionAccessor. 

Let cf be an instance of Dref Accessor. 



GetlnnerTypeName (GetDesc (v)) ■ basiccgmptype 
GetCompTypeName (GetDesc (v)) =void 

} 

Preconditions: 

{ 

Let a be an instance of any Accessor. 
Let cf be an instance of DrefAccessor. 
Let f be an instance of FunctionAccessor. 
Let v be an instance of VariableAccessor. 

CreateVoidFunctionCallExpression(f) 

Requires: 

GetlnnerTypeName (GetDesc (f)) - basiccomptype ; 
AND 

GetCompTypeName (GetDesc (f)) ■ void 



CreateVoidVariableExpression (v) 

Requires: 

GetlnnerTypeName (GetDesc (v)) = basiccgmptype ; 
G tC mpTypeName (GetDesc (v)) =void 



CreateVoidDrefExpression (d) 
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Requires: 

GetlnnerTyp Name (GetDesc (d)) = basiccomptype; 
AND 

GetCompTypeNam (GetDesc (d)) = void 

5 } 

AD T for base Left Hand Side Identifier 

The Left-Hand*Side-ldentifier (Lhsld), found only on the Left-Hand-Side of an 
Assignment statement, is the only thing that performs a SetValue on Variable or Location 
1 0 thereby causing a change of State. Lhsld uses the Accessor to get to a Variable/Location. 
The Lhsld hierarchy is found in Figure 13. 
Lhsld is used for the following purposes: 

• In its simplest form, Lhsld contains a Variable (or a Location of Variable) of Basic 
Computable Type or Pointer. It performs a SetValue on this Variable, thereby 

IS changing State; 

Lhsld may contain a Variable of Record or Array. In this case, Lhsld iterates through the 
Variable and performs a SetValue (for Deep Copy) on the individual elements of the Array 
or Record. Deep Copy is the term used for copying of Composite Variables, e.g., Array or 
Record, that contain Element Variables. That is, Deep Copy implies the copying of 

20 corresponding Element Variables of that Composite Variable. If the Element Variables are 
Composite Variables themselves, then Deep Copying involves recursively copying their 
elements (i.e., Composite Variables). 

• Lhsld may contain a Variable of Function. In this case, Lhsld performs a SetBlock on 
25 the Function Variable. This is required only in case of method update for advanced 

Object-Oriented Languages. 

APT for base Lhsld 

30 S= {Lhsld} 
n= { 

Creators: None 
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• Each individual kind of Lhslds has its own Creators. 
Modifiers: 

Assign: Lhsld xX«* Lhsld 
5 wherein, X is either a ComputableExpr or an Accessor. 

Queries; 

Print: Lhsld-* String (Prints SValue) 

GetDesc: Lhsld -*Desc 
1 o GetAccessor: Lhsld -*■ Accessor 

> 

Axioms : 

{ 

1 5 Let Id be an instance of Lhsld. 

GetDesc (Id) = GetDesc (GetAccessor (Id)) 

• The Descriptor is the same, not two Descriptors which are equal to 
each other. 



20 



} 



GetTypeName (Id) = LHSID 



Preconditions : 

25 { 

Let Id be an instance of Lhsld. 

Let X be an instance of ComputableExpr or Accessor. 

Assign (Id, X) 

30 Requires: IsEqual (GetDesc (Id), GetD sc (X)) 

} 
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APT for Lhsld for an Elementary Variable 



S = {LhsElementary} 

a= { 



10 



20 



Creators: 

CreateLhsElementary: Accessor *+> LhsElementary 
Modifiers: 

Assign: Lhsld x ComputableExpr Lhsld 

Queries: None 



} 

Axioms: 

{ 

15 Let a be an instance of Accessor. 

Let ce be an instance of ComputableExpr. 
Let le be an instance of LhsElementary. 



GetlnnerTypeName (le) = VALUE 



Assign (CreateLhsElementary (a), ce) 
IMPLIES 

( 

(SetValue ( (AccessVariable (a)), Evaluate (ce))); OR 
25 (SetValue (AccessLocation (a)), Evaluate (ce))) 

) 

GetDesc (CreateLhsElementary (a)) = GetDesc (a) 

• The Descriptor is the same, not two Descriptors which are equal to 
30 each other. In short, this Axiom cannot be satisfied by simply using 

two distinct Descriptors having the same properties. 

GetAccess r (CreateLhsElementary (a)) = a 
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} 



Preconditions: 

{ 

5 Let a be an instance of Accessor. 

Let t be an instance of TypeName. 

Let ce be an instance of ComputableExpr. 

Let /e be an instance of LhsElementary. 



1 o CreateLhsElementary (a) 

Requires: GetlnnerTypeName (GetDesc (a)) = basiccomptype ; 
OR 

GetlnnerTypeName (GetDesc (a)) ■ pointer 



15 

Assign (le, ce) 

Requires: 

IF GetlnnerTypeName (GetDesc (le)) — pointer; AND 
GetlnnerTypeName (ce) ■ pointer 

20 THEN 

IsEqual (GetDesc (le), GetlnnerTypeDesc (ce)) - T; OR 
GetlnnerTypeName (GetPointedToType (GetDesc (le))) 

= VOID 



25 



ELSE 

The InnerTypeName is basiccomptype - and the 
Precondition is the same as that for SetValue of BasicVar, 

described above. 



30 APT for Lhsld for Composite Variable 



S - {LhsComposite} 
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Creators: 

CreateLhsComposite: Accessor LhsComposite 



} 

10 



Modifiers: 

Lhsid x Accessor *+ Lhsld 
Queries: None 



Axioms: 

{ 

1 5 Let a, a1 , a2 be instances of Accessor. 

Let /c be an instance of LhsComposite. 

Assign (CreateLhsComposite (a1), a2) IMPLIES 
( 

20 SetEnvironmentfAccessLocation (a1))- 

GetEnvironment(AccessLocation (a2)) 

) 

GetDesc (CreateLhsComposite (a)) = GetDesc (a) 
25 • The Descriptor is the same, not two Descriptors which are equal to 

each other. 

GetAccessor (CreateLhsComposite (a)) = a 

30 GetlnnerTypeName (Ic) = ENVIRONMENT 

} 

Preconditions: 
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{ 

Let t be an instance of TypeNam . 
Let a be an instance of Accessor 
Let /c be an instance of LhsComposite. 

5 

CreateLhsComposite (a) 

Requires: GetlnnerTypeName (GetDesc (a)) ■ t 
wherein, t e {array , record) 

10 Assign (Ic, a) 

Requires: IsEqual (GetDesc (Ic), GetDesc (a)) = T 

> 

APT for Lhsld for a Function 

15 

S = {LhsFunction} 

o= { 

Creators: 

CreateLhsF unction: Accessor <*> LhsFunction 

20 

Modifiers: 

Assign: Lhsld x Accessor **• Lhsld 

Queries: None 

25 } 

Axioms: 

{ 

Let a be an instance of Accessor. 
30 Let ft , f2 be instances of Function Accessor. 

Let If be an instance of LhsFunction. 
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Assign (CreateLhsFunction (fl), f2) 
IMPLIES 

( 

(SetBlock (AccessVahable (f1)), AccessVariabl (f2)) 
OR 

(SetBlock (AccessLocation (fl)), 

GetBlock (AccessLocation (fl))) 

) 

GetDesc (CreateLhsFunction (a)) = GetDesc (a) 

• The Descriptor is the same, not two Descriptors which are equal to 
each other. 

GetAccessor (CreateLhsFunction (a)) « a 
GetlnnerTypeName (If) * block 

} 

Preconditions: 

{ 

Let a be an instance of Accessor. 
Let Lf be an instance of LhsFunction. 

CreateLhsFunction (a) 

Requires: GetlnnerTypeName (GetDesc (a)) = function 

Assign (Lf, a) 

Requires: IsEqual (GetDesc (Lf), GetDesc (a)) = T 

} 



APT for Command 

As previously noted, every programming language consists of States and Commands. 
Thus far the description of the present invention has focused on axiomatizing the State part 
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of programming languages, now the Command part of programming languages will be 
axiomatized. 

The hierarchy of base C mmands is provided in Figure 14. 

5 

The particular view of a program depends on the type of programming language. For 
Functional Programming Languages, the program returns a Value that results from 
Evaluation of the Computable Expressions within it. A different view of a program as a 
State Transformer holds for Imperative Programming Languages wherein Evaluation of the 
10 program results in a State change, i.e., a change in Values of one or more Variables. One 
of the semantics of a program (either Functional or Imperative) is its Evaluation. Evaluation 
of a program, as defined above, is compositional, i.e., it may be defined recursively as the 
resultant Evaluation of the constituents of the program. For example, consider the following 
statements: 

15 

LoopWhile 

Its evaluation is the resultant evaluation of its constituent Commands. 
If-Else 

20 Its evaluation is the resultant evaluation of its constituent Commands. 
Computable Expression 

Its evaluation is the resultant evaluation of its constituent Computable Expressions. 

25 Only the Assignment Command causes a State change (in an Imperative Programming 
Language), whereas ComputableExpr always Evaluates to a Value in Functional as well as 
Imperative Programming Languages. 

Command is the evaluation of a ComputableExpr that may be followed by a change of 
30 SUite. The following is a listing of exemplary Commands: 

• Assignment, Branch (Jump or Goto), Loop, Skip, Alternator. 
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" ExceptionHandler and ThrowExc ption are Commands used for Exception Handling. 
■ Every Computabl Expression is a Command, including FunctionCall. 
5 ■ Every Block (which is a collection of one or more Commands) is a Command. 

A Procedure-Call is the same as a Function-Call that returns Vo/d. Hence, Procedure- 
Call is considered merely a subset of Function-Call and thus there is no separate Creator is 
provided for Procedure-Call. Function-Call, in turn, is handled through Computable 
1 0 Expression (which is part of some kind of Commands such as Assignment). Hence, there 
is no separate Creator for Function-Call. 

The properties specified for the base Command are set forth in the following 
algebraic specification: 

15 

S = {Assignment, Branch, Alternator, LoopWhile, LoopFor, ComputableExpr, Skip, 

Block, Comment, ThrowException, ExceptionHandler} 
Q- { 

Creators: None 

20 • Each individual kind of Command has its own Creators . 

Modifiers: 

SetLabel: Command x String «* Command 

• Label is not mandatory for Command. Hence, this "SetLaber is 
25 used to associate a Label with a Command. 

SetAddedToBlock: Command -*■ Command 

Queries: 

30 GetLabel: Command -*• String 

Print: C mmand String (Prints SValue) 

Evaluate: Command x State State 
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IsAddedToBI ck: Command ~+ Bool 

Individual Creators for different kinds of Command : 

Since only the Creator functions differ for each individual kind of 
Command, for convenience the Creator functions are listed here instead of 
in their own separate ADTs. The only exception being the Block 
Command, which is described separately in its own ADT further below. 

Create Assignment : Lhsld xRhs ^Assignment 

wherein, Rhs is either a ComputableExpr or an Accessor. 

CreateBranch: String Branch 

• The String parameter is the Label of another Command to which the 
Branch should take place. 

CreateAltemator : List [BooleanExpr, Command] -» Alternator 

• The List is a standard list of a tuples of [BooleanExpr, Command] 

and hence is not axiomatized any further. 

« An If-Else is a specialized version of Alternator having a List of 2 
tuples. 

o The 1 st tuple represents the If part; 

o The 2 nd tuple represents the Else part. The BooleanExpr of 
this tuple is the negation of the 1 st BooleanExpr (of the first 
tuple). 

■ A Switch-Case is also a specialized version of Alternator ~ where 
the BooleanExpr for each Case is a BooleanExpr with the Integer 
Value for the Case in it, and the Default is a negation of the 
disjunction of all the preceding BooleanExpr 

CreateLoopWhile : BooleanExpr x Command -> Loop 
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CreateL opFor : Bool anExpr x C mmand x 

L opVar x Step Loop 
• LoopVar is a Variable of Int, and Step is a non-zero Constant of Int 
In Lo pFor, BooleanExpr should have L opVar as one of its 

5 constituents. 

CreateSkip: #->Skip 
CreateComment: String -+ Comment 

10 CreateThrowException: X -*ThrowException 

wherein, Xhere is either an Accessor or an Expression. 

CreateExceptlonHandler: Block x Block x List [String, Desc, Block] 

-*■ ExceptionHandler 

15 • wherein, the first Block is the Try Block, the second Block is the 

Clean Up Block and the list is a standard list of handlers, wherein 
each handler contains the following: 

> a String (possibly empty), which is the name of the placeholder 
holding the Exception Object to be handled by the handler 

20 Block; 

> a Descriptor stating the type for which the handler Block has to 
be executed; and 

> the handler Block to be executed. 

} 

25 

Axioms; 

{ 

Let c be an instance of Command. 
Let s be an instance of String. 
30 Let t be a TypeName. 

GetLabel (S tLabel (c, s)) = s 
GetTypeName (c) = command 
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G tfnn rTyp Name (c) = * 

Where te {BRANCH, SKIP, BLOCK, ASSIGNMENT, LOOP- FOR, 
LOOP-WHILE, ALTERNATOR, COMMENT, 
COMPUTABLE_EXPR , THROW_EXCEPTION , 
EXCEPTION_HANDLER> 

• The Creators for each individual kind of Command sets up the 
appropriate InnerTypeName. 

IsAddedToBlock (SetAddedToBlock (c)) = T 
IsAddedToBlock (CreateXO) s F 

• wherein, CreateX stands for the Creators for each individual kind of 
Command. 

} 

Preconditions: 

{ 

Let If be an instance of Lhsld. 

Let c be an instance of ComputableExpr or Accessor. 

Let f be an instance of FunctionAccessor. 

Let z be an instance of Command and s be an instance of String. 

Let e be the Environment where the Label is to be set. 

QreateAssignment (k, c) 

Requires: 

IsEqual (GetDesc (k), GetDesc (c)) - T; 
OR 

[GetlnnerTypeName ((GetDesc (k))) = basiccomptype ; 
AND 

GetCompTyp Name (GetDesc (k)) =void; 
AND 

GetlnnerTyp Name (GetDesc (c)) = pointer/; 
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OR 

[GetlnnerTypeName ((GetDesc (k))) - POINTER; 
AND 

GetCompTypeName (GetPointedToTyp Desc (GetDesc (k)) 

= VOID ; 

AND 

GetlnnerTypeName (GetDesc (c)) = pointer J 

SetLabel (z, s) 

Requires: IsEmpty (s) ■ F ; AND 
IsAddedToBlock (z) = F 

} 

APT for Block 

A 8/ocft is represented as a "D /n C" wherein, the D (Declarations) part of the B/ocfr 
is the Environment and the C (Commands) part of the 8/oc/r is the Command 
(Statement) List. On creation, a B/oclr has an empty Command List as well as an empty 
Environment. Creation of Block is done either in the parser (when an unnamed Block is 
required as a Command), or from within CreateFunction. 

S = {Block} 

V= { 

Creators: 

CreateBlock: <f> -+ Block 
Modifiers: 

AddCommand: Block x Command Block 

SetAsConstant: Block -+ Block 

# This is applicable to Blocks within Functions and is 
SetAsConstant whenever the Function is SetAsConstant 

Queries: 
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IsEmpty: Block-* Bool 

HasCommands: Bl eft-* Boo/ 



IsConstant: 



Block -*Boo/ 



Evaluate: 



Block x State **• State 



Print: 



Block -+ String 



(Prints SValue) 



Axioms: 

{ 



GetEnvironment: Block Environment 
IsStatementLabelPresent: Block x String ^Bool 



Let b be an instance of Block. 

IsEmpty (b) This Axiom is the equivalent of the following 
conditions being satisfied: 



IsEmpty (CreateBlock 0) = T 

HasCommands (AddCommand (b)) = T 

IsConstant (CreateBlock 0) = F 
IsConstant (SetAsConstant (b)) = T 
IsAddedToBlock (CreateBlock ft) = F 



( 



Not (HasCommands (b); AND 



IsEmpty (GetEnvironment (b)) 



Preconditions: 
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Let b be an instance of Block. 

Let c be an instance of Assignment 



5 AddCommand (b, c) 

Requires: IsConstant (b) = F ; AND 
IsComplete (b) = F; AND 
( IsEmpty (GetLabel(c)) OR 
IsStatementLabelPresent (b, GetLabel(c)) 
10 =Fj 



• A Constant Block (which is part of Constant Function) cannot 
contain an Assignment since Assignment is the only Command 
that changes State and thus would violate the condition of constancy. 

15 } 



APT for GOTO (Branch) 

A GOTO (Branch) requires a Label to branch to. However, when a GOTO is 
encountered, the corresponding Label need not have been encountered or declared (e.g., if 
20 the Label is in the text subsequent to the occurrence of the GOTO). In anticipation of such 
cases, Block needs to maintain a list of undeclared Labels. As and when a Label 
declaration is encountered, Block will take that Label off the list of undeclared Labels. 



Hence, the following enhancements of properties for GOTO must be added in addition to 
25 those found in the ADT for Block (as specified above): 



Modifiers: 

AddUndeclaredTargetLabel: Block x String -+ Block 

DeleteUndeclaredTargetLabel: Block x String -> Block 

30 SetAsComplete: Block-* Block 



Queries: 
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HasUndeclaredTarg t Lab el: Block-* Bo I 
IsComplete: Block Bool 



Axioms: 

5 Let b be an instance of Block . 

Let s be an instance of String (indicating Label). 

HasUndeclaredTargetLabel (AddUndeclaredTargetLabel (b, s)) = T 
IsComplete (CreateBlock ()) = F 
10 IsComplete (SetAsComplete (b)) = T 

Preconditions: 

Let b be an instance of Block. 
Let c be an instance of Command. 

15 

Evaluate (or execute) for Block cannot be performed if there is anything undeclared 
in Block Hence we specify the following Preconditions : 

Evaluate (b) 

20 Requires: HasUndeclaredT argetLabel (b) = F; AND 

IsComplete (b) « T 



AddCommand (b, c) 

25 Requires: IsComplete (b) ■ F 

Function is representative of a named Block. The creation of a Function also requires 
a Descriptor, like that for Variable. This Descriptor has the specifications for the Types of 
30 Arguments to the Function, and its return Type. 



S = { Function} 

Q* { 
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Creators: 

CreateFunction: FunctionDesc x String •+> Fundi n 

• Construction of Fundi n consists of Type-Name binding, followed by 
giving it a Bl ck, but this is not explicit in the Creator , The Block will 
not be empty as it contains the Self Variable of the Function and the 
Parameters of the Function. However, since the Function body is not 
yet in place, the Query IsDefined returns FALSE at this point. 

• Location for a Function is given by its parent Environment at the time 
of creation, but this is not explicit in the Creator . 

Modifiers: 

SetBlock: Function x Function ^Function 

• SetBlock is provided for the purposes of method update. The Block of 
the 2 nd Function is copied, thereby overwriting the existing Block of the 
1 st Function. 

• Function is also a kind of Variable] hence, its ADT inherits all the 
Modifiers and Queries of base Variable. 



Queries: 



IsDefined: 



Function -+B00I 



Evaluate: 



Print- 



Function -> String 



Function Value 



(Prints SValue) 
(Evaluates RValue) 



GetLocation: 



Function Location 



GetEnvironment: 



Function -+ Environment 



GetBlock: 



Function ^ Block 



GetTypeName: Function -> TypeName 
GetlnnerTypeNam : Function TypeName 



GetNam : 



Function •+ String 
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GetDesc: 



Function FunctionDesc 



} 

Axioms: 

5 { 

Let s be an instance of String, which names the Function. 
Let dbe an instance of Descriptor for Function. 
Let f, fl, f2 be instances of Function 

1 0 GetTypeName (f) = variable 

GetlnnerTypeName (f) = function 
GetlnnerTypeName (GetLocation (z)) = BLOCK 
GetDesc (CreateFunction (d, s)) = d 
IsDefined (f) = IsComplete (GetBlock (f)) 

15 

GetEnvironment (f) - GetEnvironment (GetBlock (f)) 
GetEnvironment (f) = GetEnvironment (GetBlock (GetLocation (f))) 

GetBlock (f) m GetBlock (GetLocation (f)) 
20 SetB/oc* fff , «j = Se<B/oc* (GetLocation (f1), GetBlock (f2)) 

IsConstant (CreateFunction (s, d)) =F 
IsConstant (SetAsConstant (f)) = f 

• A Constant Function cannot contain an Assignment. Commands are 
25 added to Function via B/ocfr. So, when SetAsConstant is invoked on 

Function, it is also invoked on the B/oc/c for the Function, resulting in 
the following Axiom : 



EqualBool (IsConstant (GetBlock (f)), IsConstant (f)) = T 



30 } 



Preconditions: 

{ 



121 



Let s be an instance of String, which names the Function. 
Let d be an instance of Descript r for Functi n. 
Let f, fl , (2 be instances of Function. 

Let e be an instance of Environment in which the Functi n is to be created. 

CreateFunction (d, s) 

Requires: IsEmpty (s)-F; AND 

IsNamePresent (e, s)=F 

SetBlock(f1,f2) 
Requires: 

IsConstant (fl) = F; AND 

IsEqual (GetDesc (f1), GetDesc (f2)) = T 



Evaluate (fl) 

Requires: 

GetlnnerTypeName (GetRetumTypeDesc (GetDesc (fl))) 
■sBASICCOMPTYPE; 
OR 

GetlnnerTypeName (GetRetumTypeDesc (GetDesc (f1))) 

= POINTER 

} 

APT for Environment 

Programs in a Programming Language are defined and executed in the context of an 
Environment. This Environment has the knowledge of the Types supported by the 
Programming Language and its Typing Rules. The Environment is the substrate Type on 
which a Programming Language is defined, constructed, and executed. 

The Environment consists of: 
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• Language Context - which is the knowledge of the Types supported by the Language 
and the Typing Rules. This defines the language. 

Program State - which is the set of Variables (and their Values) declared for a given 



For ease of manageability, the ADT for Environment is partitioned into its separate 
interfaces (wherever appropriate) for achieving a set of related objectives. The 
Environment is the container for all Types. Hence, the Creators for all Types (as 
10 mentioned in their respective ADTs) are actually targeted on the Environment In other 
words, each of these Creators has Environment as an Argument (which has not been 
mentioned explicitly in the ADTs). Hence, the Creators in this section are only repeated 
explicitly when necessary for clarity. 

15 S= {Environment} 
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program. An execution of a Program is a function from State to State. 



/3= { 



Creators: 



CreateEnvironment: 



Environment 



20 



Queries: 
IsEmpty: 



Environment ->Bool 



25 



Environment is empty if it does not have any Type instantiated in the 
form of Variable/Function declarations. However, the Environment 
does have knowledge of Types, 



Print- 



Environment -+ String 



Axioms: 
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Let e be an instance of Environment 



GetTypeNam (e) = environment 
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GetlnnerTypeNam (e) = environment 



5 



IsEmpty (CreateEnvironment ft) = 7 

• The Axiom IsEmpty returns FALSE once anything is created in it 
through any of the Creators for any Type. 



Chaining of Environments & Scope Rules 

The Environment is responsible for creating other Environments that are internal to 
it. Such chaining of Environments occurs at the time of creating Variables of 
10 Record/Array, and Functions and Blocks. Whenever an Environment creates an inner 
Environment it passes itself as the parent for the inner Environment This chaining is 
required for defining scope rules. 

Any Get query on Environment begins from the current Environment and expands 
its search by going upwards to its parent (and continuing upwards to the outermost 
15 Environment) until such time the Get succeeds or fails (as is the case where there are no 
more Environments available for search). 



Modifiers: 



CreatelnnerEnvironment: Environment -> Environment 



20 



• A new Environment is created and the input Environment is updated to 
reflect the creation and chaining. 



SetParentEnvironment: 



Environment x Environment 



-> Environment 



25 



wherein, the 2 Environment is the Parent. 

• This is required just in case the Parent needs to be changed to reflect 
dynamically changing scope rules (such as that for the Environment of a 
Class in any Object-Oriented programming language). 



30 



AddModul : Environment x String Environment 

• A new Module Environm nt is created and the input Environment is 
updated to reflect the creation and chaining. The Module Environment is 
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contained in the input Environment, and is referred to by the name given 
by the second String parameter. 

Queries: 

5 HasParentEnvironment: Environment-* Bool 

GetParentEnvironment: Environment *+> Environment 

HasModule: Environment x String -+> Bool 

GetModule: Environment x String Environment 

10 

Axioms: 

Let e1, e2 be instances of Environment 

1 5 GetParentEnvironment (CreatelnnerEnvironment (e1)) = e1 

GetParentEnvironment (SetParentEnvironment (e1, el)) = el 

Preconditions: 

20 Let e be an instance of Environment 

Let s be an instance of String. 

GetParentEnvironment (e) 

Requires: HasParentEnvironment (e) = f 

25 

GetModule (e, s) 

Requires: HasModule (e, s) = T 

Generic Queries and Preconditions 
30 Queries on Name, Variable and Location 

IsVariablePres nt: Environment x String -> Bool 
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IsFunctionPresent: Environment x String -*> 800/ 
IsC nstantPresent: Environment x String -+ Bool 



IsValidLocation: Environment x ValueAddress Location 



GetLocation For Address: Environment x ValueAddress **> Location 
o Environment assigns an Address to every Location and 
allocates it to Variable. Environment therefore has a map of 
Address to Location, and one can get to any Location from an 
Address by querying Environment (this is done in case of 
Pointer, where there may not be a Variable). 

Queries on Descriptor 

IsXXXDescPresent: Environment x String -> Bool 

where XXX = BasicCompTypeDesc or Array or Record or Pointer 



GetVariable: 



Environment x String *+> Variable 
Environment x String Function 
Environment x String Constant 



GetFunction: 



GetConstant: 



or Function. 



IsDescPresent: 



Environment x String Bool 



GetBasicCompTypeDesc: Environment x String 

BasicCompTypeDesc 



GetPointerDesc: Environment x String PointerDesc 

GetArrayDesc: Environment x String -> Array Desc 

GetRecordDesc: Environment x String RecordDesc 

GetFunctionDesc: Environment x String FunctionDesc 



Get Desc: 



Environment x String -> Desc 
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IsNamePresent: Environment x String Bool 

• The query IsNamePresent is the L gical OR of the following four 
queries: IsVariablePresent, IsFunctionPresent IsConstantPresent, 
IsDescriptorPresent 

IsAccessible: Environment x String «*> Bool 

IsPrivate: Environment x String *» Bool 

• Every Variable contained in the Environment is present with a Status, 
whether it is Private or Public. IsPrivate returns this status of the 
Variable. IsAccessible returns true in the following cases: 

> The Variable is present in the Environment or in one of its 
Parents (up the Environment chain); or 

> The Variable is present in one of the Module Environments 
contained in the Environment, and is not private in that Module. 

Axioms; 

If a Location with ValueAddress has been allocated to a Variable, then the 
Location returned by querying the Variable, and the one returned by querying the 
Environment for that Variable are the same. This is reflected in the following: 

Let v be an instance of Variable. 

GetLocation (v) = GetLocationForAddress (e, GetAddress (v)) 
Preconditions: 

Let e be an instance of Environment. 
Let d be an instance of Desc. 
Let to be an instance of BasicTypeDesc. 
Let p be an instance of PointerDesc. 
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Let a be an instance of ArrayDesc. 
Let r be an instance of Rec rdDesc 
Let f be an instance of FunctionDesc 

Let s be an instance of String. 
Let v be an instance of Value. 
Let va be an instance of ValueAddress. 

GetVariable (e, s) 

Requires: IsVariablePresent (e, s)±T 



GetF unction (e, s) 

Requires: IsFunctionPresent (e, s) = T 

GetConstant (e, s) 

Requires: IsConstantPresent (e, s) = T 

GetXXXDesc (e, s) 

Requires: IsXXXDescPresent (e, s) = T 

where XXX = BasicCompTypeDesc or Array or Record or Pointer 
or Function. 

GetDesc (e, s) 

Requires: IsDescPresent (e, s) = T 

GetLocationForAddress (e, va) 

Requires: IsValidLocation (e, va) = T 

IsAccessible (e, s) 
IsPrivate (e, s) 

The previous two Preconditions require: IsVariablePresent ( ,s) = T 
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Simulating Modules 
Modifiers; 



5 MergeEnvironment: Environment x Environment x 

String -+> Environment 
• This Modifier is for simulating Modules. The elements of 2 nd Environment 
(belonging to the Module) are merged into the 1 st Environment The String 
represents Name of the Module and it cannot be empty. 
10 • In the case in which the Names of one or more elements clash in the two 

Environments, then the names are differentiated by appending to them the 
Name of the Module. This ensures uniqueness of Names. The uniqueness of 
Names in the 1 st Environment is checked by corresponding queries for Name in 
Environment 

15 

Thus, each kind of Type and their respective properties has been specified by an 
appropriate ADT above. Having described the Classes for each Type in the Generic Typed 
DGC Classes Framework in accordance with the present invention some exemplary 
applications of this framework will now be addressed. The present inventive Generic Typed 
20 DGC Classes Framework is suitable for a wide variety of language tools such as, but not 
limited to, high-level programming language translation, compilation or static analysis. 

Language Conversion 

Because of the independence of the Generic Typed DGC Classes Framework to 
25 syntax of any programming language, it is particularly well suited for high-level language 
translation of a source high-level language computer program to an equivalent computer 
program in a target high-level language different from that of the source language. 
Alternatively, as discussed in detail further below, the present inventive framework may be 
used as a compiler when the target language is a low level language. 
30 Figure 15 is an exemplary schematic diagram of language conversion (e.g., language 

translation and/or compilation) using the present inventive Generic Typed DGC Classes 
Framework. At the front end, a parsing interface 1510 parses a source program 1500 
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written in a particular source language. The parsing interface 1510 is language specific, 
thus, a different interface will be necessary for each source language. The corresponding 
classes are instantiated from the Generic Typed DGC Classes Framework 1520 thereby 
creating a semantic representation of the source program in memory. This activity is 
5 performed in the Semantic Actions of the parser. Thus, all syntax is stripped from the 
source program - however, the semantics of the source program is entirely captured by the 
Generic Typed DGC Classes Framework. 

For example, in a Source Program written in Pascal when the parsing interface 
comes across the Variable Declaration: 
10 Var a : Array [5] of integer; 

The Generic Typed DGC Classes Framework instantiates the Class ArrayVariable that is 
added to the already instantiated Class Environment Similarly, for the Assignment 
Statement of a Source Program written in Pascal as: 

15 a[2] : = 20; 

The Generic Typed DGC Classes Framework instantiates the Class Assignment that is 
added to the already instantiated Class Block. 

On the other end, a printer interface 1530 is plugged in to receive the semantic 
20 representation produced by the Generic Typed DGC Classes Framework 1520 that is 
combined with the syntax of the Target Language. The combination produces code in the 
Target Language 1540, The Printer Interface is language specific, thus a different printer 
interface will be plugged in for each Target Language. 

For instance, the above Variable Declaration (which is now in memory in the form 
25 of the object of the Class ArrayVariable is printed in the Target Language C as: 

int a [5] ; 

While the object of the Class Assignment is printed in the Target Language C as: 
30 a[l] ■ 20; 

It is to be noted in the example provided above that the indexing of the second array 

r 

element has been changed. Array indexing in Pascal starts from "1" whereas indexing in C 
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10 



begins from "0". Accordingly, the second array element in Pascal is represented by "a[2]", 
but in C is represented as "a[l]". 

These same principles may be adapted for conversion of an entire program module. 
By way of example, language conversion using the Generic Typed DGC Classes 
Framework will now be described for an example source program module referred to as 
"Unit 4 .PAS", written in the Delphi programming language and converted to its 
corresponding C++ code. 

The example Unit4 . PAS Source Program module (in Delphi programming language) 
is reproduced below with line numbers provided for convenience: 



1 unit unit4; 

2 interface 

3 const 

4 unit4_IntConst = 100; 
15 5 type 

6 unit4_Int — integer; 

7 (* Pointer to integer *) 

8 unit4_IntPtr = A unit4_Int; 

9 var 

20 10 unit4_IntVarl,unit4_IntVar2 : unit4_Int » 
uni t4_IntConst ; 

11 unit4_IntPtrVar : unit4_IntPtr ; 

12 procedure unit4_AddProc ( var a : unit4_IntPtr) ; 

13 function unit4jMult(var unit4_IntVarl : unit4_Int; 
25 const unit4_IntVar2 : unit4_IntPtr) : 

unit4_Int; 

14 implementation 

15 procedure unit4_AddProc (var a : unit4_IntPtr) ; 

16 var 

30 17 Local_Var : unit4_Int; 

18 { Function within a procedure } 

19 function unit4__Add(in a, b: integer) : integer; 
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20 begin 

21 unit4_Add := a + b; 

22 ' end; 

23 begin 

5 24 Local_Var:= unit4_Add(unit4_IntVarl , 
unit4_IntVar2) ; 

25 a A := Local_Var; 

26 end; 

27 function unit4Jbftilt (var unit4JtntVarl : unit4_Int; 
10 const unit4_IntVar2 : unit4_IntPtr) : 

unit4_Int; 

28 begin 

29 unit4_Mult := unit4_IntVarl * (unit4_IntVar2 A ) ; 

30 end; 
15 31 end. 



Following the conversion process shown in Figure 15, initially the source language 
(Delphi) is parsed using a parsing interface that is plugged into the front end and the 
semantics are capture by instantiating Classes from the Generic Typed DGC Classes 
20 Framework. The actions taken by the parser for instantiating appropriate ADT-based 
Classes from the Generic Typed DGC Classes Framework is described for each line of the 
exemplary source program above and produces the following semantics representation. 

Line 1 ; 

25 The Parser instantiates a Block for unit4. This Block contains an empty Environment, 
and an empty Command list. 

Linq 2 : 

Ignored by the parser (as the keyword interface denotes the beginning of t^ ^iterface 
30 Sectipn). 



Line 3: 



132 



ignored by the parser (as the keyword const denotes the beginning of the Constant 
Section). 

Line 4 ; 

5 The parser instantiates a Constant with InnerTypeName Int for unit4_IntConst. This 
Constant has a Valuelnt contained in it. This Valuelnt object is given the Integer Value 
100. This Constant is then added to the Environment of the Block for unit4. 

Line 5 ; 

10 Ignored by the parser (as the keyword type denotes the beginning of the Type Section). 
Line 6 ; 

The parser instantiates a BasicCompTypeDesc with InnerTypeName Int for the newly 
defined type unit4_Int. This Descriptor is named, and gets the name unit4_Int. It 
15 is then added to the Environment of the Block for uni t4. 

Line 7 : 

Ignored for the purposes of this exemplary description (as it is a Comment, though there is a 
Command called Comment in the Generic Typed DGC Classes Framework). 

20 

Line 8 : 

The parser now instantiates a PolnterDesc for the newly defined type unit4_IntPtr. 
This Descriptor is named, and gets the name unit4_IntPtr. Since this is a Descriptor 
25 of Type Pointer, it is given a "PointedToTypeDesc" - i.e. the Descriptor of the Type 
pointed to by this Pointer. In this case the "PointedToType" given is unit4_Int. This 
PointerDesc is then added to the Environment of the Block for unit4. 

Line 9 : 

30 Ignored by the parser (as the keyword var denotes the beginning of the Variable Section). 
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Line 10 : 

The parser now instantiates a BasicVariable for each of the Variables with the names 
unit4_IntVarl , unit4_IntVar2 respectively. Both have as their Type Descriptor 
the Descriptor created in Line 6 (i.e. unit4_Int), and both have their Values equated to 
5 the Value of the Constant defined in Line 4. These Variables are then added to the 
Environment of the Block for unit4. 

Line 11 : 

The parser now instantiates a PointerVariable for the Variable with the name 
10 unit4_IntPtrVar. It has as its Type Descriptor the Descriptor created in Line 8. This 
Variable is then added to the Environment of the Block for uni t4. 

Line 12 : 

The parser now instantiates a FunctionVariable for the Procedure with the name 
15 unit4_AddProc. This FunctionVariable has a list of Arguments, and a return Type. 
Since unit4_AddProc is a Procedure, the return Type of this FunctionVariable is set 
to void. The Arguments of the FunctionVariable are set according to the list given in the 
function/procedure declaration. Therefore, for unit4_AddProc, the argument list 
contains one argument, which is a Variable of Type unit4_IntPtr. This 
20 FunctionVariable is then added to the Environment of the Block for unit4. 

Line 13 : 

The parser now instantiates another FunctionVariable for the Function with the name 
unit4_Mult. Its return Type is set to unit4_Int, and its list of arguments is set 
25 according to the list here (i.e., the first argument of name unit4_IntVarl and type 
unit4_Int, and the second argument of name unit4_IntVar2 and type 
unit4_IntPtr). This FunctionVariable is then added to the Environment of the Block 
for unit4. 

30 Line 14: 
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The keyword implementation denotes the beginning of the Implementation Section. 
Therefore, no further Variables/Types/C nstants are to be added to this Block. 



Line 15 : 

5 The parser now comes across the body or definition of the Procedure unit4_AddProc. 
This marks the beginning of the inner (local) Environment of this Procedure. 

In the building of the memory representation, there is an important change that happens at 
this point. So far, all Variables, Type declarations, Constants etc. were being added to the 
10 environment of Block for unit4. However, now, with the start of the Function definition, 
the current Environment (which was thus far of the Block for unit 4) now changes. 

The FunctionVariable contains within it a Block to which the parser will add the code and 
the local Environment for that Function. Therefore, the current Environment now 
1 5 becomes the Environment of the FunctionVariable. 

Line 16 : 

Ignored by the parser (as the keyword var denotes the beginning of the Variable Section). 
20 Line 17 : 

The parser now instantiates a BasicVariable for the Variable with name Local_Var. It 
has as its Type Descriptor the Descriptor created for Line 6. This Variable is now added 
to the current Environment, which is the Environment of the FunctionVariable 
unit4_AddProc. 

25 

Line 18 : 

Ignored for the purposes of this exemplary description (as it is a Comment, though there is a 
Command called Comment in the Generic Typed DGC Classes Framework). 

30 Line 19 : 

Now the parser instantiates a FunctionVari ble for the Functi n with the name 
unit4_Add. Its return Type is set to Integer (which is available as a Basic Computable 
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Type in the Language Context), and its list of arguments is set according to the list here 
(i.e., both arguments are of type integ r, with names a and b respectively.). This 
FunctionVariable is then added to the Environment of the current Block (i.e., that of the 
FunctionVariable named unit4_AddProc). 

5 

Line 20 : 

The keyword begin is the beginning of the Commands section of a Block. 

Since the body or definition of the Function named unit4_Add starts immediately, the 
10 changing of the "current Environment' happens here as described in the explanation of 
Line 15. The current Block & Environment are now the Block & Environment of the 
FunctionVariable named uni t4_Ad<± 

Line 21 : 

15 The parser now instantiates an Assignment Command for the Assignment statement 
unit4_Add := a + b. 

The things that happen before this are: 

• An Lhsld (Left-hand-side identifier) is created for uni t4_Add. 
20 • An ArithmeticAddExpression is created for a + b. 

These are the two inputs required in the construction of the Assignment, which is now 
added to the Commands of the Block for unit4_Add. 

25 Line 22 : 

The keyword end marks the ending of the Commands section of the current Block. 
Another important change happens here. The inner Block (of the Function named 
unit4_Add) has been completed. This Block is not the current Block anymore. The 
current Block now happens to be the Block of the Procedure named unit4_AddProc). 

30 

Lines 23-26 : 
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The parser now constructs and instantiates (in a manner similar to that done earlier for Line 
21) the two Assign m nte and adds them to the Commands section of the Bl ck for 
unit4_AddProc. The building of the memory representation like that explained earlier 
for Lines 19-22. 

5 

Lines 27-30 : 

The parser now comes across the body or definition of the Procedure named 
unit4_Mult. The building of the memory representation is similar to that explained 
earlier for Lines 19-22. 

10 

Line 31 : 

The keyword end marks the ending of the Commands section of the current Block. Since 
this is the last (or the outermost) Block, this is the end of the entire unit (i.e., end of 
unit4). 

15 

Figures 18 and 19 are exemplary schematics of the memory representations of the 
Blocks named unit4 and unit4_AddProc, respectively, in the example provided 
above. 

On the back end, a printing interface is plugged to generate Code in the Target 
20 Language, which in this example is C**. The printing interface, performs the following: 

1. Takes the Semantics produced by the Generic Typed DGC Classes Framework (i.e., 
from the Semantic representation created above.) 

2. Combines the semantic representation with the Syntax of C**; and 

3. Generates Source Code Files for C**. 

25 

For the above module "Unit 4 . PAS", the C++ Printing Interface generates the 
following two files in C++ viz: "unit4 . h" and "unit4 . cpp". The code for both these 
files is given here. The generated C++ code is semantically equivalent to that of the input 
Delphi code. 

30 

I - Code for unit4.h 
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typedef int unit4_int; 

typedef unit4_int *unit4_intptr ; 

void unit4_addproc (unit4_intptr * a) ; 

unit4_int unit4_mult (unit4_int * unit4_intvarl , unit4_intptr 
5 unit4_intvar2) ; 

const int unit4_intconst = 100; 
unit4_int unit4_intvarl = unit4_intconst; 
unit4_int unit4_intvar2 = unit4_intconst; 
unit4_intptr unit4_intptrvar ; 

10 

II - Code for unit4.cpp 

#include "unit.h" 

15 void main() 
{ 

{ 
} 

} 

20 

void unit4_addfc>roc(unit4_intptr * a) 
{ 

struct JDGC_unit4_addprocEnv runit4_addproc; 
runit4_addproc.a = a; 
25 int unit4_add (struct _DGC_unit4_addprocEnv& , int, int) ; 

runit4_addproc . local_yar = unit4_add (runit4_addproc , 
uni t4_intvarl , unit4_intvar2 ) ; 

( * ( * ( runi t4_addproc . a) ) ) = runit4_addproc . local_var ; 

> 

30 

int uni t4_add (struct _D6C_unit4_addprocEnv 

&D6C unit4 addproc, int a f int b) 
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{ 

int unit4_add; 
unit4_add = (a + b) ; 
return unit4_add; 

5 } 

unit4_int unit4_mult (unit4_int * unit4_intvarl , 
unit4_intptr unit4_intvar2) 

{ 

10 unit4_int unit4_mult; 

unit4_mult - ( (* (unit4_intvarl) ) * (* <unit4_intvar2) ) ) ; 
return unit4_mult; 

} 

15 The printing interface starts with the outermost Block, The Environment of the Block is 
printed first, and then its list of Commands. Each construct is printed recursively - till the 
basic construct is reached. Printing of the major constructs is explained below: 

Block: 

20 For printing a Block (which may or may not belong to a Function) - the printing interface 
first prints the opening brace (as per the C++ syntax), then recursively asks the 
Environment and the Commands of the block to print themselves, and then prints the 
closing brace (again as per the C++ syntax). 

25 Each of the ADTs of the Generic Typed DGC Classes Framework has the built-in capability 
of printing itself in a generic maimer. For printing specific syntax of programming, these 
capabilities are enhanced with the syntactical elements of the specific languages (C++ in this 
example). 

30 Environment 
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Printing of the Environment involves printing of the User Defined Typ s, Constants and 
Variables, in that order. Each User Defined Type is printed as per the C++ 'typedef ' 

syntax. 

5 Variable: 

Printing of a Variable involves printing of its Type, followed by its Name, and followed by 
its default Value (if any). 

Assignment: 

10 Printing of an Assignment involves printing of the Lhsld (which is usually the Name of 
the Lhs Variable), followed by the C++ assignment operator c =\ followed by the printing 
of the Rhs Expression. 

As is evidenced by the example described above, the Generic Typed DGC Classes 
15 Framework in accordance with the present invention may be readily used for high level 
language translation. Use of the Generic Typed DGC Classes Framework in connection 
with high-level language translation is beneficial over conventional language converters in 
several respects. The language and syntax independence of the present inventive Generic 
Typed DGC Classes Framework eliminates all possibility of syntax-related conversion 
20 errors. Along these lines, since the Generic Typed DGC Classes Framework is based 
entirely on semantics, rather than syntax, the original computer program written in the 
source language and the translated computer program written in the target language will 
always be semantically equivalent. That is, the translated computer program written in the 
target language when executed in the same environment is guaranteed to produce the same 
25 results as those produced by the original computer program written in the source language. 

Yet another benefit associated with using the present inventive Generic Typed DGC 
Classes Framework for high level language translation is that since different constructs in 
programming languages are nothing but compositions of the core concepts present in the 
intermediate Generic Typed DGC Classes Framework, even those features present in the 
Source Language yet not available in the Target Language can still be converted. 

Several illustrative examples of application of the Generic Typed DGC Classes 
Framework for programming language conversion are discussed below: 
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1. Conversion of nested functions from Pascal to C : 

Pascal supports nested Functions (one function block within another), but C does 
not. The semantics behind nested Functions in Pascal is that the Environment of the outer 

5 Function is available to the inner Function. Generally, the nesting Function is broken down 
into its components, namely, capturing the Environment of the outer Function, and making 
this Environment available to the inner Function. This same functional result is realized in 
C by storing the Environment as a data structure, and passing the data structure as an 
additional parameter to the inner function. The converted inner function in C behaves 

1 0 exactly in the same manner as the original Pascal nesting function. 

2. Conversion of With-Do statement from Pascal to C : 

Pascal has a construct "with<Variable> do <statements>" used for 
record type variables, wherein, "With" simply provides an abbreviated notation for 

1 5 referring the fields of a record or structure. C does not include this construct, but the same 
functionality may be realized. When converting a "with...do..." construct, all variable 
references in the statements occurring in the <statements> part are appended by the 
name of the record variable. The converted C code performs exactly in the same manner as 
the original Pascal statement. 

20 In a similar exemplary application, the present inventive Generic Typed DGC 

Classes Framework may be used to develop the first phase of a compiler, i.e., to generate 
assembly or object code. Compilers can also be classified as Language Converters, albeit, 
conversion of a high-level language to a lower level machine language. 

To build a retargetable compiler, based on the Generic Typed DGC Classes Framework, 

25 and which is independent of the particular programming language requires: 

• a parser interface at one end; and 

• a printing interface at the opposite end to print out the generated assembly or object 
code, 

This uses the same system and method shown in Figure 15 and described above with respect 
30 to high-level language translation. The only difference being that instead of the Target 
Language being a high level program language in the case of Language Translation, when 
used as a compiler the Target Language is assembly or object code. 
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Both conventional compilers and those based on the Generic Typed DGC Classes 
Framework preserve semantics, however, only the Generic Typed DGC Classes Framework 
based compilers (in accordance with the present invention) provide semantics explicitly and 
compositionally. 

5 Numerous advantages are provided by using the Generic Typed DGC Classes 

Framework based compiler instead of a conventional compiler. Heretofore, compilers 
typically used Composable Attribute Grammar (CAG) as a parsing technique. A CAG is 
represented as a composite of several smaller component Attribute Grammars (AGs), each 
designed to solve a particular sub-problem such as scope resolution, expression or 

10 evaluation. Thus, large problems are decomposed into smaller component sub-problems 
each handled by a component Attribute Grammar. In addition to the component Attribute 
Grammars (AGs), the CAG also consists of glue Attribute Grammar and an interface, which 
defines the correspondence between the glue and the component AGs. The glue AG is an 
AG with underlying context-free grammar specifying the phase-structure of the source 

15 language. 

Each component AG is based on a simplified phrase-structure that reflects the 
properties of its sub-problem rather than the phrase-structure of the source language. This 
decomposition principle associated with component AGs is similar in nature to the core 
concepts or building blocks that form the very basis for the present inventive Generic Typed 

20 DGC Classes Framework. Instead of providing different component AGs it is simpler to 
add different interfaces for different Generic Typed DGC Classes Framework constructs in 
accordance with the present inventive framework. The present inventive Generic Typed 
DGC Classes Framework, being generic, can capture the semantics of any language. Hence, 
the use of CAGs is limited to defining the phase structure of the source language at hand, 

25 i.e., for writing the language specific parser. 

Another advantage associated with the present inventive Generic Typed DGC 
Classes Framework based retargettable complier is that it has no language dependency or 
execution model dependency typical of intermediate code forms (e.g., Postfix Notation, 
Parse Trees (Abstract Syntax Trees), Three-Address codes (triplet/quadruple)) used in code 

30 generation with conventional compilers. Each of these conventional intermediate code 
forms has some form of language or execution model dependency. Postfix Notation is only 
suitable with functional languages in which the source program is mostly expressions. Parse 
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Trees are extremely dependent on the source language syntax. Three-Address codes are 
preferred in many optimizing compilers since it permits rearrangement of intermediate code 
in a convenient manner. However, every triplet/quadruple entry requires the storage of 
pointer to Symbol Table entries of the respective symbols involved in their formation. In 
5 addition, every triplet/quadruple entry increases the number of temporaries required for code 
evaluation. Accordingly, Three-Address codes are mostly suitable for registered-based 
machines. 

The Generic Typed DGC Classes Framework based compiler in accordance with the 
present invention overcomes all these language and execution model restrictions in that it is 

10 universally suitable for use with any sequential programming language and completely 
syntax independent (or source language independent). 

Furthermore, any imperative programming language can be represented using the 
present inventive Generic Typed DGC Classes Framework. Unlike the Three-Address 
codes that are suited for register based machines or chips, the present inventive Generic 

15 Typed DGC Classes Framework based compiler is retargetable in that it provides a generic 
representation of the source language and is independent of the target processor. Thus, the 
Generic Typed DGC Classes Framework can accommodate different interfaces to generate 
code for different machines and/or chips thereby being capable of compiling source code 
into machine code for different target processors using the same framework. The 

20 retargetable compiler is target independent and uses a description of the target architecture 
as input in order to generate code for a certain algorithm. Figure 16 is a schematic diagram 
of an exemplary Retargetable Compiler architecture based on the Generic Typed DGC 
Classes Framework in accordance with the present invention. In the example shown in 
Figure 16 three different Code Generation interfaces 1630a, 1630b, 1630c are provide, 

25 however, any number of interfaces can be implemented, as desired. Alternatively, as shown 
in Figure 17, the Generic Typed DGC Classes Framework representation of the Assembly 
Language 1720' may be derived from the Generic Typed DGC Classes Framework 
representation of the Source Language 1720. Once again different code generation 
interfaces may be implemented on the Generic Typed DGC Classes Framework 

30 representation of the Assembly Language. The configuration shown in Figure 17 is 
desirable in that the Generic Typed DGC Classes Framework of the Source Language is 
independent of and not burdened by the code generation interfaces 1730a, 1730b, 1730c. 
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Yet another advantage of the present inventive Generic Typed DGC Classes 
Framework based compiler over conventional compilers is with respect to code generation. 
Determining which machine code sequence is best for a given Three Address code construct 
may require extensive knowledge about the context in which that construct appears. Being 
5 compositional, every Generic Typed DGC Classes Framework construct has knowledge of 
the context required, whereas for Three Address code additional efforts are required to 
ascertain such information. 

Still another advantage of using the Generic Typed DGC Classes Framework based 
compiler is that the compositional separateness eliminates the need for separate Symbol 
10 Tables for tracking all the symbol names used in the program and the essential information, 
associated with conventional compilers. 

Interpreter 

As previously discussed, a compiler translates the entire source program in advance 
15 to produce a separate file of executable machine code, which is then executed directly. In 
contrast, an interpreter is a computer program that executes the source code of another 
program by translating its statements one at a time into machine code instructions and 
executing them immediately. Interpreters are particularly useful in statically evaluating 
programs in the source language without a compiler. Since the Generic Typed DGC Classes 
20 Framework is language independent, a single universal Generic Typed DGC Classes 
Framework based interpreter can be used for any source language once the source language 
has been parsed and its semantics have been captured correctly into the Generic Typed DGC 
Classes Framework. 

25 Static Analyzer 

On a related note, the same Generic Typed DGC Classes Framework interpreter, 
when combined with the axiomatization of Execution Semantics based on Theory of 
Abstract Interpretation may serve as a Static Analyzer. A Static Program Analyzer 
(Abstract Interpreter) is a program written in a programming language (Meta Language, that 
30 is, a programming language used to manipulate logical proofs such as LISP or PROLOG) 
which receives as input the source code of a Source Program written in a programming 
language, analyzes the Source Program, and predicts the behavior of the Source Program 
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without executing it. A static analyzer based on the Generic Typed DGC Classes 
Framework requires a parser interface and an analysis interface. Thus, the Generic Typed 
DGC Classes Framework based static analyzer can be used to predict approximate run-time 
program properties without executing the program as well as being used as a criteria-based 
5 optimizer for compilers. 

These are but a few illustrative examples of the use of the present inventive Generic 
Typed DGC Classes Framework in accordance with the present invention. The universality 
and decompositional nature of the inventive framework makes it ideal for a wide variety of 
applications beyond those mentioned by way of example herein. Furthermore, the present 
inventive framework has unlimited future use because the fundamental core constructs 
therein can be extended for use with all future programming constructs without 
compromising on any thing that has been developed and is offered with the Generic Typed 
DGC Classes Framework. 

Thus, while there have been shown, described, and pointed out fundamental novel 
features of the invention as applied to a preferred embodiment thereof, it will be understood 
that various omissions, substitutions, and changes in the form and details of the devices 

10 illustrated, and in their operation, may be made by those skilled in the art without departing 
from the spirit and scope of the invention. For example, it is expressly intended that all 
combinations of those elements and/or steps which perform substantially the same function, 
in substantially the same way, to achieve the same results are within the scope of the 
invention. Substitutions of elements from one described embodiment to another are also 

15 fully intended and contemplated. It is also to be understood that the drawings are not 
necessarily drawn to scale, but that they are merely conceptual in nature. It is the intention, 
therefore, to be limited only as indicated by the scope of the claims appended hereto. 

All of the references, publications and patents referred to herein are each 
incorporated by reference in their entirety. Any names or labels provided, for example, 

20 labels assigned to the different Types, are for illustrative purposes only and are not intended 
to limit the scope of the invention. 
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